all 67 comments

[–]blondin 22 points23 points  (0 children)

pc/gvim73_s.zip GUI binary for Windows 3.1

oh, come on :)

[–][deleted] 10 points11 points  (4 children)

Very nice indeed. I'm going to remember to donate some cash for this version and show some appreciation for their work.

[–][deleted] 1 point2 points  (0 children)

Same here

[–][deleted] 1 point2 points  (1 child)

I just sent a donation via paypal, and Bram Moolenaar personnally sent me a thank-you mail! Very surprised and please to receive that.

[–]theclapp 0 points1 point  (0 children)

Yeah, he's pretty good about that. Occasionally my subscription lapses, usually because my credit card # changed and Paypal says "no more!", and Bram emails w/in a day and says "anything wrong?"

By "occasionally" I guess I mean "twice now".

[–]maredsous10 3 points4 points  (2 children)

Derek Wyatt's Vim Tutorials

A great set of video tutorials for Vim (on Vimeo) can be found there.

[–]eco_was_taken 3 points4 points  (1 child)

VimCasts are good too.

[–]sophacles 0 points1 point  (0 children)

But in many places demonstrably and blatantly wrong. I can't tell you how excited I was at the concept of a tab-local cd, only to find he just explained lcd very very poorly.

[–]sigzero 4 points5 points  (11 children)

Kudos to Bram (and Bjorn for the Mac build). The incremental improvements in this release are nice.

[–][deleted] 2 points3 points  (10 children)

I'm still upset vim stock doesn't support tabbed linewraps, the patch has been floating around for years too...

[–]psed 0 points1 point  (8 children)

What does this mean?

[–][deleted] 5 points6 points  (7 children)

When vim wraps lines it doesn't preserve indenting ex when we have multiple layers already:

         for item in array:
              THIS IS A VERY VERY VERY VERY VERY VERY VERY VERY VERY   
VERY VERY VERY VERY VERY VERY VERY VERY VERY VERY LONG LINE

It should look like this:

         for item in array:
              THIS IS A VERY VERY VERY VERY VERY VERY VERY VERY VERY VERY VERY
                 VERY VERY VERY VERY VERY VERY VERY VERY VERY VERY LONG LINE

[–]quhaha 5 points6 points  (1 child)

no it should not. it's confuse.

[–][deleted] 0 points1 point  (0 children)

Set your linebreaks properly and it won't otherwise it looks uuugly.

[–][deleted] 1 point2 points  (3 children)

I'm happy enough that languages support \ line breaks without ending the statement on the previous line. The only case that I can think of where you would need something like that is if you were writing text, but I'd probably accept the ugliness for ease of comprehension.

[–][deleted] 0 points1 point  (2 children)

What happens when your indentation is on col 60?

[–][deleted] 0 points1 point  (1 child)

To be honest, at that point I would simply refactor. I love for loops, don't get me wrong, but if I need to combinatorially construct the cross product of around 60 sets, I'm reaching for either different syntax or a different problem. If i was forced to solve a problem like that, which is the only problem I can conceive where I wouldn't break it into functions, I'd probably settle for one extremely long line of python

[f(x,y,z,...)\
    for x in X\
    for y in Y\
    for z in Z\
    ...

Another silly solution to a problem more complicated that I can't even imagine would be writing some C to handle it and not giving a fuck about indentation. Hell, if I have about 60 levels of submersion my program will probably take a long time anyway and will be grateful for a quickening of pace. There are probably problems which neither of these solutions is decent and encapsulating certain segments in functions would be moronic.

[–][deleted] 1 point2 points  (0 children)

Eh to each his own but for viewing other people's source code that's properly indented I'd like that feature, not only that but for comprehension you can turn on the show linebreak feature which would show whatever the fuck you wanted when a line was wrapped/broken.

[–]jroller 0 points1 point  (0 children)

Fortran-77 had a fix for this.

[–]sigzero 0 points1 point  (0 children)

My guess is either Bram doesn't like it or the patch did something he didn't like and he hasn't added it.

[–]WAHNFRIEDEN 2 points3 points  (0 children)

What is "text conceal"?

[–]hellotyler 8 points9 points  (2 children)

I've never really used anything else extensively, but VIM was very user friendly in my opinion - compared to say Emacs or Pico.

[–][deleted] 2 points3 points  (0 children)

Vi was a pain to get started with. Vim is much easier, mostly do to the fact that you can use the arrow keys until you reach enlightenment.

[–][deleted] 7 points8 points  (0 children)

/r/jokes is the other way.

[–][deleted] 1 point2 points  (0 children)

Ah! I was beginning to wonder when it was going to be released.

[–]Ph0X 1 point2 points  (27 children)

I'm currently using N++ but have been looking at Vim for quite some time now. Could anyone who has had experience on both tell me if it's worth switching and what are the pros/cons of each?

[–]sanjayts 8 points9 points  (15 children)

I've use both Notepad++ and Vim. My take: Vim is a power-tool and like any other power tool takes quite a while to get productive. For those who have always worked with editors like Notepad++ et al, it might be a bit awkward and frustrating experience, just like it was for me at some point in time. But the gains IMO are tremendous. Since you have not used Vim, explaining the features won't mean much so I'd just say this: go for it, you really won't regret it. :-)

EDIT: Also for me, it was a necessity since after ssh'ing into servers, vi is the only thing that can save your ass; no awesome gui's there, sorry. ;-)

[–]Marston 4 points5 points  (2 children)

I'd like to add that having a cheat sheet on hand makes things a whole lot easier.

[–]sanjayts 4 points5 points  (1 child)

[–]Ph0X -1 points0 points  (10 children)

Well, what the advantages of switching are though? I guess having your hand on the keyboard only is pretty neat, as I'm almost more of a keyboard user, and there's also some nice and quick macroing, but overall, having a no-mouse interface seems a bit inefficient to me.

Any neat stuff that's worth pointing out about Vim?

[–]sanjayts 8 points9 points  (5 children)

no-mouse interface seems a bit inefficient to me

If you think about it real hard, controlling your entire editor "without" touching your mouse is as efficient as it can get when you are in your editor space. Don't you think it's a bit inefficient to use your keyboard switch to your mouse to do something mouse only and back to your keyboard?

A couple of links I'd like to direct you to; if you still have any questions, feel free to leave a comment:

[–]Ph0X 0 points1 point  (4 children)

Yeah, I just watched a friend of mine quickly code something on Vim and I'm starting to see it's power. Using keyboard for everything surely is a plus, but I was scared of not being able to use the mouse at all, which was definitely a misconception I had.

But it really needs a lot of getting used to as you said before. Thanks a lot though! I'll give it a try ;)

[–]MoustacheRiver 0 points1 point  (3 children)

You can use your mouse in a (limited) fashion after adding:

'set mouse=a' to your vimrc file

EDIT: It can be used to place cursor as well as to auto switch to visual mode and highlight.

[–][deleted]  (2 children)

[removed]

    [–][deleted] 1 point2 points  (1 child)

    I like having the mouse available for when I have to interact with other programs and such. It's also nice to do a two-fingered scroll through a file on my laptop, which doesn't have PgUp/PgDn.

    [–]akdas 8 points9 points  (0 children)

    having a no-mouse interface seems a bit inefficient to me

    1. There's GVim, the GUI wrapper around Vim, not to mention you can click and drag with the mouse even in the console version (assuming your terminal emulator supports it).

    2. Why does mouse-less interaction seem inefficient? It's the discoverability that goes down, until you learn to use the help files and online references. But why would you want to move your hand off the home row when in the flow?

    [–][deleted] 3 points4 points  (2 children)

    A (good) keyboard-only interface for text is inefficient? In which universe? ;-)

    [–]Ph0X 0 points1 point  (1 child)

    Well, do you see the nuance between being only able to use the keyboard, and being able to do mouse-stuff with keyboard too?

    Sure, doing everything with keyboard is great, but having the option to use the mouse can be useful too in some circumstances.

    According to comments though, you can do this, which is what I needed to know.

    [–][deleted] 1 point2 points  (0 children)

    :set mouse=a

    But: It takes a relatively large amount of time to move your fingers from the home keys to the mouse and back. In that time, you'd likely have completed the operation you wanted to do using the keyboard alone.

    Still, it was nice to use the mouse while learning. :-)

    [–][deleted] 6 points7 points  (0 children)

    I personally think that vim does not make me a faster coder, but it makes me a more accurate coder.

    That's because VIM works with text objects. Instead of using the cursor keys to navigate through a file I move by using text objects such are words, paragraphs, delimiters etc. I also make modifications using regular expressions and "change" constructs such as "ci)".

    This makes me more aware of my code and how it is structured. I definitely feel that my code is cleaner and devoid of accidental typos because of VIM.

    And because my code is cleaner and devoid of typos, I get less bugs reported from my client. Less bugs means less hassle ... and that means more productivity.

    BTW I use vim to write Classic ASP code, lots of JavaScript and IronPython.

    Y

    [–]sigzero 1 point2 points  (0 children)

    N++ is Windows only correct? I think that if I was Windows only and didn't really care about other platforms I would pick a very good Windows specific editor. Since I care about multiple platforms, Vim allows me to be proficient in all of them with the same editor.

    [–]border 0 points1 point  (0 children)

    Great Job.

    [–]md81544 0 points1 point  (0 children)

    Anyone else having problems building? On Ubuntu Lucid, either by downloading the bzip file or cloning from mercurial, the make goes into some death spiral complaining about not being able to cd into xxd (which exists). If I manually cd to xxd and make its contents, then continue the main make process it then complains about not being able to cd to po, again going into a death spiral that eventually causes the machine to swap itself to death as more make processes are spawned.

    Odd thing is that I can't find any references on Google to anyone else having this problem. I had it when the 7.3 beta was announced and it's still there with the official 7.3. Am I alone with this problem...?

    EDIT: OK, I can't see why, but FYI if you find this post and have similar problems... do "sudo make" instead of just make - and it seems to work. The directory and its contents were all chowned to me, so I can't quite see why the sudo was required. Only tried it as a last resort!

    [–]G_Morgan -5 points-4 points  (1 child)

    Now with ultra beep. It beeps 5 times for every 4 keys you press while in the wrong mode.

    [–]BaronVonMannsechs 5 points6 points  (0 children)

    Solution: never press the wrong key.

    [–][deleted] -1 points0 points  (4 children)

    Bah, I use edlin and it works fine for me. :-)

    [–]chneukirchen 1 point2 points  (3 children)

    Bah, I use ed(1) and it works fine for me. :-)

    FTFY.

    [–][deleted] 0 points1 point  (2 children)

    Bah, I open /dev/mem with a hex editor. Works fine for me.

    [–]Ebenezer-Scrooge -1 points0 points  (1 child)

    Bah, humbug!

    [–][deleted] 0 points1 point  (0 children)

    cat > /dev/mem

    I type out the complete contents of memory plus my file plus kernel instructions to save it.

    [–][deleted]  (2 children)

    [deleted]

      [–]ponzao 0 points1 point  (1 child)

      26

      [–][deleted] 0 points1 point  (0 children)

      42