Vim 8.0 Released! (google.com) 125
Long-time Slashdot reader MrKaos writes: The venerable and essential vim has had it's first major release in 10 years. Lots of new and interesting features including, vim script improvements, JSON support, messages exchange with background processes, a test framework and a bunch of Windows DirectX compatibility improvements. A package manager has been added to handle the ever-growing plug-in library, start-up changes and support for a lot of old platforms has been dropped. Many Vimprovements!
Rivalry (Score:5, Funny)
Emacs releases an upgrade and vi has to do the same. Ooh.
Re:Rivalry (Score:5, Funny)
It's a conspiracy, I tells ya. They put GPS and tracking in it.
Of course, emacs has had GPS support for 15 years now...
Re:Rivalry (Score:5, Insightful)
Vim's 8.0 release was actually September 12th. Emacs 25.1 came out yesterday, September 17th.
Slashdot is just incredibly slow. :)
Re:Rivalry (Score:4, Funny)
Pretty sure they run vim in emacs.
Re:Rivalry (Score:5, Funny)
That makes sense. Emacs is a great OS, just needs a good editor. Vim fills that need.
Re: (Score:3)
They post the Emacs' story first though. That should tell you something about the biases of the Slashdot editors. Or maybe they just couldn't get the new version of Vim running on the older Emacs OS.
Re: (Score:3)
Vim's 8.0 release was actually September 12th. Emacs 25.1 came out yesterday, September 17th.
Slashdot is just incredibly slow. :)
Either that or they were just delaying the story to start a holy war.
Re: (Score:2)
Vim's 8.0 release was actually September 12th. Emacs 25.1 came out yesterday, September 17th.
Slashdot is just incredibly slow. :)
Yeah, I was wondering why it hadn't been picked up earlier by someone - it had been out for a while.
Re:Rivalry (Score:4, Informative)
Emacs releases an upgrade and vi has to do the same. Ooh.
Vim != Vi
Pedantic? Yes, but there is a difference. Vim is a lot more capable (though I'm still primarily an (X)Emacs user, which is even more capable.)
Re: (Score:3)
Fair enough, but I take VI improved to be GNU Emacs. People, start your flamethrowers!
Re: (Score:1)
Fair enough, but I take VI improved to be GNU Emacs. People, start your flamethrowers!
The 1980's called and wants to get in on the action again.:-)
Re: (Score:2)
If Emacs is more capable than vi(m), why did they need to write a vi emulation plugin for it?
Re: (Score:2)
If Emacs is more capable than vi(m), why did they need to write a vi emulation plugin for it?
You being serious or funny? If serious, Emacs can easily emulate several different editors, so users of those editors can transition to Emacs faster. And they're "modes" (written in LISP) not plugins. It's arguable that Emacs is probably the most powerful editor on the planet, but not for the faint of heart.
Re: (Score:2)
"objective" in the same way that TIOBEs ranking of most popular languages is "objective." In other words, not much :-)
Re: (Score:3)
You're a tranny. Gross.
And what's so gross about being a transsexual? Come on, confront your fears, put it out there, you'll feel better (and if not, seek professional help).
Re: (Score:3)
Re: (Score:3)
Someone should fork both, and name the Vim fork Kang, and the Emacs fork Kodos.
Vim support (Score:1)
But does vim have a sex toy app? Never mind linux...
No way (Score:3)
Npt using it if it can't play youtube videos.
WTF??! (Score:3)
23 comments on Emacs and 4 on Vim?
Re:WTF??! (Score:5, Funny)
Emacs users have more time for commenting on slashdot.
What else are they going to do while waiting for Emacs to load?
Re: (Score:2)
Meanwhile vi users have to post multiple times to make up for their small user base. Otherwise no one would remember that poor vi exists.
Re: (Score:2)
Did you autogenerate that comment by holding Ctrl-Alt-LShift-Meta-RShift-Tab-Esc and rolling your forehead on the keyboard from within Emacs?
Re: (Score:2)
Emacs users have more time for commenting on slashdot.
Because Emacs is more capable and much faster to use they finish their work quicker and get to relax and peruse idiot ramblings on slashdot while the vim users are still typing away.
Right, so if all the vim users are still finishing their work, who is writing the idiot ramblings on Slashdot?
Re: (Score:2)
The vim peeps are running lynx in a pane, or a tab, natch.
Re: (Score:2)
Emacs users have more time for commenting on slashdot. What else are they going to do while waiting for Emacs to load?
I don't know about the rest of them, but while I waited for Emacs to compile and load, I wrote a major made for posting Slashdot comments. Of course, I used Vim to write it because it has better syntax highlighting for Lisp code than Emacs does.
Re: (Score:1)
23 comments on Emacs and 4 on Vim?
They've been trying to comment but VIM wasn't in edit mode.
Re: (Score:1)
*insert mode
Re: WTF??! (Score:2)
Re: (Score:2)
But what if you have to use a teletype, 110bps modem or terminal app on your Atari 800 that doesn't do proper cursor control? Not everyone has one of those newfangled VT220's at home to connect to the VAX at the university or work!
In all seriousness I found vi to be a pain in the ass at first but it didn't take long to get comfortable. Pico/nano are pretty good but I find the linewrap behavior annoying as hell and it doesn't do "parenthesis-matching" for LISP code like vi. My first experience with vi was
RE: Codebase [Re:WTF??!] (Score:1)
Are you bragging or complaining
Relevant xkcd (Score:5, Funny)
Re:Relevant xkcd (Score:4, Insightful)
This just oozes "stop-liking-what-I-don't-like".
So you don't like xkcd? Fine. It's easy enough to ignore.
There are plenty of popular forms of humor that don't amuse me much but I would get no satisfaction from going into threads and telling people that whatever they enjoyed was actually crap. They wouldn't be convinced anyway. They think I was a troll or a fool.
I don't think The Onion is funny, I grew bored with Seinfeld in the '90s and now I can't stand him, I like Monty Python, but how many times do we have to see a reference to it in a thread before it gets old? It's not dead yet, it's just pining for the fjords, right?
There is some humor that I like that a lot of people don't find funny either. There's no point in me trying to convince them that it's funny - or in the case of some xkcd comics explain it to them.
Imagine explaining the linked xkcd strip to someone whose only technical knowledge involved Facebook and Snapchat. Even if you can explain it to them at best their response will be "Meh".
Re:Relevant xkcd (Score:4, Informative)
Re: (Score:2)
Bask in the glory that is an updated version number: http://imgur.com/a/er7gT.png [imgur.com]
New feature (Score:5, Funny)
"MS-Windows DirectX support"
Wait, what?
Re:New feature (Score:4, Insightful)
As a crusty old developer myself, it seems clear that "clean/simple/partitioned" are no longer in fashion, and most younger developers not only don't see anything wrong with pulling every fucking package dependency they can into everything, they feel it somehow makes them look smarter or something.
Re:New feature (Score:4, Insightful)
As a crusty old, old programmer myself, often it's the old eyeballs that let me down. My brain is willing to keep working by the eyestrain tells me I have to take a break.
So better rendering is a good thing, unless it's an attempt at rendering that makes things pretty but harder to read.
Re: (Score:3)
Why VIM doing rendering at all? and better yet, platform-specific rendering?
Re:New feature (Score:5, Interesting)
In text mode, no, there's no rendering going on. But in graphical mode, you have to translate the characters to pixels, and that's not a trivial task anymore. Add in scrolling and other tasks you do with blocks of text, and you're pushing serious pixels. Especially if you operate in a high resolution mode (4K monitors aren't hard to find these days).
DirectWrite is a GPU-optimized font renderer for Windows - it loads the fonts into the GPU memory, and then the font rendering programs, plus text effects like ClearType. You then send it the characters and the GPU renders it down, like it did in text mode, but without the blocky pixellated look. Given how many pixels it has to push these days, it's a task a GPU is much better suited for, and it makes scrolling and displaying large windows text all that much faster and with lowered CPU load.
GDI allows a lot of nifty tricks, but 99% of the time, no one uses all those tricks - they just want to spit text onto the screen. So Microsoft created a GPU optimized way to accelerate the common task.
Re: (Score:1)
As a crusty old developer, you would have understood the importance of knowing what the fuck you're talking about before commenting.
"DirectWrite is a text layout and glyph rendering API by Microsoft. It was designed to replace GDI/GDI+ and Uniscribe for screen-oriented rendering and was shipped with Windows 7 and Windows Server 2008 R2, as well as Windows Vista and Windows Server 2008 (with Platform Update installed).[1] DirectWrite is hardware-accelerated (using the GPU) when running on top of Direct2D, bu
Re: (Score:2)
While in this specific case, your frustration is misplaced (basically, modern Windows UI sensibilities start with DirectWrite), I share your frustration in the broader sense.
I have had some 1 line utility function to shorten some common idiom, and had developers insisting that the utility function should instead import some big framework that inflates execution time by 30% and memory consumption by 50% so I use their identical 1 line function instead of 'reinventing' one from scratch.
Also same mentality th
Re: (Score:2)
Thanks for that. Its nice to have some confirmation that I'm not just going mad/turning into (even more of) a grumpy old "get off my lawn" type.
When Linux started looking real about 20 years ago I made a conscious decision to take my development career down that road and totally avoid the Microsoft world, which I already could see many good reasons to hate even back then. It seemed a massive risk back then but I feel I definately made the right choice.
I consequently have almost zero knowledge of MS'
Re: (Score:2)
Re:New feature (Score:5, Informative)
"MS-Windows DirectX support" Wait, what?
Vim 8.0 supports DirectWrite, which is fully hardware-accelerated a replacement for GDI, the original MS Windows text & 2D drawing API. It allows for things like caching fonts in the graphics card so it can render more quickly, and perform anti-aliasing (including ClearType) in hardware.
Now you might think, ehhh, computers are so fast these days, how much can that really matter? Given that we've gradually moving to much higher pixel density (e.g. I'm typing this on a large 4k monitor with about 250% scaling), we're expecting the text drawer to drive 4x-8x as many pixels, which requires a ton more effort. Doesn't matter that it's "console".... something has to turn Unicode code points into pixels, right? Microsoft's efforts and optimizations in text rending are all in the DirectWrite API these days, so it only makes sense for every text-based application to use it.
I'm so excited... (Score:3)
Re: (Score:2)
Grammar note (Score:1)
Although it may not look right, its is the correct word here. It's always means "it is." If "it is" doesn't make sense, then use its instead.
Re:Grammar note (Score:5, Funny)
Its been a pleasure reading your comment and from now on, I'll use your heuristic.
Thanks!
Re: (Score:3)
Re: (Score:1)
With your UID, I'd expect you to know by now that Slashdot has never been the place to go for good grammer. (Or spelling.)
Re: (Score:2)
Although it may not look right, its is the correct word here. It's always means "it is." If "it is" doesn't make sense, then use its instead.
My bad for posting tired.
And yet still can't tell TAB from Ctrl-I ... :-( (Score:1)
Vim is my main editor (aside from WebStorm) but it still has a few design flaws.
* You can't bind different operations to TAB and Ctrl-I because Vim thinks they are the same.
* Can't bind Ctrl-1 through Ctrl-9
Still, a new version is awesome.
Re:And yet still can't tell TAB from Ctrl-I ... :- (Score:5, Informative)
* You can't bind different operations to TAB and Ctrl-I because Vim thinks they are the same.
That's because they are the same. I is 0x49, ASCII-wise, Control masks the 6th bit, giving you 0x09 for Control-I, which happens to be HT (horizontal tab).
* Can't bind Ctrl-1 through Ctrl-9
That's because there are no corresponding control characters. You have Control-@ through Control-_ and the 30 others inbetween.
Re: (Score:2)
You do realize it t isn't 1963 [wikipedia.org] anymore, right? Every modern text editor has no problems telling the difference between every combination of Shift, Ctrl, Alt / Option and some other key.
That's one of the design faults with ASCII: it only encodes partial Ctrl key combinations --- WTF.
Because we're stuck with a shitty standard no one wants to fix the the problem 50+ years later?? Instead we end up with a gimped text editor that can't even tell the difference ALL the permutations between:
* 1
* Ctrl-1
* Alt-1
* S
Re: (Score:2)
Just out of curiosity - what are you using the ctrl combinations for? Am I missing something extra in vim?
Re: (Score:2)
> what are you using the ctrl combinations for?
Having used almost every word processor and text editor under the sun since the 80's I've tried every combination of keys for cursor movement.
e.g.
* ^E ^S ^D ^Z (Wordstar)
* Arrow keys
* WASD
* WXAD - Robotron
* HJKL - I *hate* Vim's default cursor movement keys.
* IJKM
* IJKL - I find this is natural for me -- it comes from the Apple 2 game: Lode Runner
Before I switched to Vim (almost) exclusively ~5 years ago I used to use Windows text editors such as MSVC's IDE
Re: (Score:1)
I feel your pain. I bypass the whole issue by mapping CAPS+IJKL to be cursor keys at the xwindows level. Then they work in (almost) any program.
Re: (Score:2)
Interesting kludge!
Unfortunately I need a solution that works across Linux, OSX, and Windows since I use Vim on all 3 platforms.
Re: (Score:1)
I have an autohotkey script that does the same sort of mapping in windows. It doesn't work in all dialogs but it works in most apps (including vim). I haven't really tried any keyboard hackery in OSX
Re: (Score:2)
I use IJKL for character movement along with Ctrl IJKL for screen movement which means I can't use Tab and Shift-Tab for insert a literal TAB (say for Makefile) and/or indent / unindent . The work-around is to use the slightly awkward Shift to indent/indent and and Ctrl-Q Tab to insert a literal tab respectively.
I see. I don't mind the arrow keys, however I use pg up/dwn, home/end in combination with Ctrl. Ctrl+left/right yields a word progression as opposed to character progression. So I press Ctrl for large movements and arrows for character movements. I think there are a few more I use unconsciously as well that don't come to mind immediately.
I'm very fussy about keyboard customization and optimization of minimal keystrokes
I very with you on this. I think it's important because it is the limiter on the throughput you have to your machine, fatigue and injury using a computer, in my experiences
Re: (Score:2)
> so I use two mouses to satisfy the ergonomics I have requirements to avoid re-injury.
2 mice? wow! I had been wondering if anyone was crazy enough to try that. Sorry to hear that you were forced out of necessity but it sounds like you had no choice.
Have you tried any of those?
* wrist "gel" supports?
* wrist brace / supports? https://www.amazon.com/ACE-Del... [amazon.com]
I am curious about your feedback / thoughts.
> I think it's important because it is the limiter on the throughput you have to your machine, fatig
wrist braces (Score:2)
2 mice? wow! I had been wondering if anyone was crazy enough to try that. Sorry to hear that you were forced out of necessity but it sounds like you had no choice.
Well, I'd been swapping the mouse left hand for a few weeks, the right hand for a few weeks for so long I began to notice it was the combined, click and mouse move that were fatiguing and provoking injury. Examining at my usage habits again I realised the co
Re: (Score:2)
All good suggestions ! Unfortunately I don't use the mouse with Vim except in a few odd cases.
Interesting. Its probably my compromise with the ui.
If they DID, I would probably use Ctrl-1 .. Ctrl-3 as a quick way to switch between buffer 1, 2, 3. (or the 3 current open files)
That is a good idea. :rew, ^, :wn is about the limit I could find to get close to that.
The problem is once you have more then 3+ bookmarks it becomes hard to remember "where" each bookmark takes you.
I see what you mean. My approach maybe odd, I use conceptual references. So 'D or some other letter might be an abstract of something and the lowercase 'd maybe a concrete implementation. other odd games too help. Generally when I code though I try to limit the size of the files I create.
See which one is easier to remember? I no longer have to play the guessing game of "Where is bookmark X located again?"
You're right - it's a pita.
I think that's where I get the GUI to take over. Gene
Re: (Score:2)
Re: (Score:2)
Thanks for the suggestion ! Definitely checking this out!
Re: (Score:2)
> You really don't want your editor to operate that way
Yes I do.
I'm NOT talking about having EVERY permutation of 102 keys. That would be stupid.
I only need the *basic* ones. You know, the last 8 permutations:
Key Alt Control Shift
0 0 0 0
0 0 0 1
0 0 1 0
0 0 1 1
0 1 0 0
0 1 0 1
0 1 1 0
0 1 1 1
1 0 0 0
1 0 0 1
1 0 1 0
1 0 1 1
1 1 0 0
1 1 0 1
1 1 1 0
1 1 1 1
This isn't rocket science. Just basic UI design hampered by idiotic choices 50 years ago.
Another Emacs comment in a Vim thread. (Score:1)
Emacs is a great operating system, it just needs a good editor.
first emacs, and now vim (Score:2)
i hope so, i am tired of waiting for it to get here, now i have kernels to compile
Re: (Score:2)
Funny (Score:1)
Re: (Score:3)
I'm not an emacs user, but it's not because I have anything against emacs, it's because vi is already on everything.
I started out using vi because it was installed. Most of the production systems I've been charged with handling don't have emacs, but they do have vi. If I'm lucky they have vim. I can usually push and manage to get something installed, but typically I don't want to do that. Typically I just want to work on whatever needs changed or fixed.
What I look for in a text editor: Is it installed? Can
Re: (Score:2)
I can usually push and manage to get something installed, but typically I don't want to do that.
Exactly. This is also the reason I started using vi. I've never used a Unix system that didn't have it installed. You typically want to save sysadmin time for something really important.
Still using vi intensively (Score:2)
Re: (Score:1)
Re: (Score:2)
ZZ
Re: (Score:1)
vi is a great editor :wq :Q :q
Actually that is not vi but ex and there is a differnce
The vi editor works in four modes 1) Entry mode. 2) Cursor movement and screen mode. 3. Text and character manipulation mode. 4) Search mode.
The ex editor is actually a very powerful line editor and should never to be confused with "edlin" under pain of forcing you to learn all the EMACS commands.
The 1980's called again and suggested we stop although it was fun while it lasted.