binarygrizzly

I applaud your effort but I worry that this step is not far enough to make a better version of vim. However I really think that we can do better and the famous, great editors (vim, emacs, acme, etc.) all have different features that make them great and unique. I prefer vim because of its modal nature which might be the reason why I find it also ergonomically superior (after remapping ESC to jf) - e.g. I don't like it to stretch my fingers.

On the other hand I never really script vim as I find vimscript just terrible. This is far better in emacs as it uses a decent programming language.

The third aspect I think is not well-designed is window/buffer-managment. In my opinion this point could be outsourced or developed in connection with a tiling WM or terminal multiplexer like tmux/screen (this part is best in acme).

A modern approach I thought about (Yet Another Text Editor Syndrome) would be a client-server architecture with a server node storing buffers with context information (filename, cursor, etc.) to which clients can connect. A client node could be on one hand a viewer (terminal or gui based) doing fancy thing like syntax-hightlighting, cursor control, searching and on the other a REPL (in any language) that just has to implement the bridge to a defined message protocol.

I did something similar once. Always be careful with rm and the star. Don't let him get away from its character neighbours.

Wow that was really unexpected!

- IMHO it does not fit in the spartanic style of HN (which I like!)

- there is no "search by date" which I use very often

Is there still an old version of search available?