Earlier quoted context omitted.
The home page calls 7.3 a stable release. In my case I think it's because 7.3 is OS X 10.6 only and I'm still on 10.5.
Not necessarily. I'm on 10.6, but that does not seem to help.
I experience the same.
Vim 7.3 released
41–48 of 48 posts
Re: Vim 7.3 released
#42Earlier quoted context omitted.
This is not a dis against Vim (I use both), but if any Emacs users are reading this and think "cool!": http://www.dr-qubit.org/undo-tree/undo-tree.el
I'm writing a new text editor and I spent an inordinate amount of time on the undo system. I never realized how many things the choice of undo implementation would affect. But I did come to the conclusion that Emacs' default undo system is where it's at. Every modification should be undoable, including undos. Once you understand how it works, there's no longer a need for trees and the complexity that brings.
Is this your editor? http://vian.sourceforge.net/
I saw you have experience with Haskell, have you seen Yi? http://yi-editor.blogspot.com/ It has an Emacs and Vim frontend, but is far from being finished.
Re: Vim 7.3 released
#43Sorry for the noob question, but what does "python 3 interface" mean?
Re: Vim 7.3 released
#44Sorry for the noob question, but what does "python 3 interface" mean?
It means that you can now write plugins for Vim using Python 3. It's worth noting that you could already write Vim plugins with Python 2.x.
Re: Vim 7.3 released
#45Earlier quoted context omitted.
In case you didn't know, Vim already had undo "trees". My mind was BLOWN when I discovered this: http://vimdoc.sourceforge.net/htmldoc/usr_32.html -- Never again accidentally lose work by accidentally breaking your redo change! The online docs are still 7.2, so I had to dig into the source for a link to the new persistent undo/redo docs (search for "undo-persistence"): http://code.google.com/p/vim/source/browse/runti…
This is not a dis against Vim (I use both), but if any Emacs users are reading this and think "cool!": http://www.dr-qubit.org/undo-tree/undo-tree.el
Thank you thank you thank you for linking to this. I also use both editors (daily), and Emacs' undo system is easily among its worst and most annoying features, while Vim's undo system is among its best. The documentation at the top of undo-tree.el spells out exactly why this is the case. This library makes it all better.
Re: Vim 7.3 released
#46Anyone got any links to good guides for getting into Vim if you are a Visual Studio user at present? I keep hearing people talking about Vim and how it will change your life, mannn. Is there a good beginners guide?
[deleted]
Re: Vim 7.3 released
#47Earlier quoted context omitted.
I'm writing a new text editor and I spent an inordinate amount of time on the undo system. I never realized how many things the choice of undo implementation would affect. But I did come to the conclusion that Emacs' default undo system is where it's at. Every modification should be undoable, including undos. Once you understand how it works, there's no longer a need for trees and the complexity that brings.
Is this your editor? http://vian.sourceforge.net/ I saw you have experience with Haskell, have you seen Yi? http://yi-editor.blogspot.com/ It has an Emacs and Vim frontend, but is far from being finished.
Yes, it is. That's an extremely old version I wrote as a "let's see if I can do this" project. You can see the newer one by browsing the subversion repository, which unfortunately is broken until I commit the fix tonight.
I'm working on integrating it with Google docs so that you can work on your documents using a vi/emacs-like editor, which is extensible just like emacs except using javascript rather than elisp.
I hadn't seen yi, but it looks very similar to what I want to do, which is combine the best of vi and emacs into a new editor. I'm particularly interested in decent web-based editors, however; the implementation language is secondary.
Re: Vim 7.3 released
#48Earlier quoted context omitted.
I'm writing a new text editor and I spent an inordinate amount of time on the undo system. I never realized how many things the choice of undo implementation would affect. But I did come to the conclusion that Emacs' default undo system is where it's at. Every modification should be undoable, including undos. Once you understand how it works, there's no longer a need for trees and the complexity that brings.
For those of us who are Vim users, could you explain the Emacs system? EDIT: It seems that undo-tree.el file has a good explaination in the comments: http://www.dr-qubit.org/undo-tree/undo-tree.el
I can tell you a bit about how I implemented the same system in my editor.
It's quite simple if you think of every operation as a function that modifies the document. As you do something, a function that reverses those changes is pushed onto an undo stack. This incudes when you hit the "undo" button.
So if my document state looks like this:
start->A->B->C
where an arrow is a state change, my Undo stack will look like:
U0Where function U2 will get me from C to B, U1 from B to A, and U0 from A to the original document.
If I hit undo, that's a modification, so the state history looks like:
start->A->B->C->B
And my undo stack gets the "un-undo" pushed on the top, and looks like:
U0So U3, when executed, brings me from the second state B back to state C. I'll never lose anything because every state I've ever seen in the document is implicitly stored in the undo stack.
If you're wondering how pushing an un-undo function on top of the undo stack doesn't prevent you from going beyond one level of undo, it's a simple trick; there is an undo stack pointer that decrements every time you hit "undo" and resets on any non-undo action. This is why in emacs you used to have to "do something else" like type a character to break the undo chain and re-visit more recent states.