Live data from Hacker News

Slap – A Sublime-like terminal-based text editor

github.com

71–80 of 123 posts

Re: Slap – A Sublime-like terminal-based text editor

#72

Every one of the listed features is also available in Vim. I fail to see how this is either Sublime-like besides the keybindings (since a file pane is available on both Emacs and Vim) or will cause me to leave Vim or Emacs behind. That said, I can definitely see this replacing Nano for some folks.

The difference is its all there out of the box without mincing with a config file or numerous extensions.

Re: Slap – A Sublime-like terminal-based text editor

#74

Earlier quoted context omitted.

Why would you leave yourself in this low practiced state? Ie you don't spend the time to become fluent, so it's always "thinking" instead of being able to just do. Incidentally you should always always leave the insert mode when you are done typing. You are never confused about state because your default is "normal mode".

Because becoming fluent has a cost value trade off, and I think there are a lot of people who simply don't think time invested in that is worth it. I touch a terminal a lot, and I don't value vim enough to become fluent. I certainly know how to use it, and I know a fair bit of the commands, but it's nowhere close to my preferred workflow. Plus, there's a huge array of tools out there to allow me to work with files in…

Growing up playing RTSes, I always found the keyboard to be indispensable ;)

Re: Slap – A Sublime-like terminal-based text editor

#75
post #73

> Issues: [...] Slow on single cores, Raspberry Pi A text editor that is slow on 1GHz single-core machines. What a time to be alive.

Also: A terminal-based text editor written on top of node using parts of Atom.

Well, I'll give it a try if I have some time. I'm very curious what those "amazing features that make you drop Emacs" might be ;-)

Edit: Actually, does anyone know what the problem with a single core might be? If it's written in Javascript, it can't be that strongly relying on concurrency, can it? Or is it just the fact that it has to share "its" CPU core with the rest of the system?

Edit2: TIL: There's a library providing react-bindings for terminal interfaces[1]. I have to admit, I would've never expected that.

[1]: https://github.com/Yomguithereal/react-blessed

Re: Slap – A Sublime-like terminal-based text editor

#76

When I am getting friends into the terminal or I don't feel like copying my vim configs to a server I use micro now: https://micro-editor.github.io/ It uses ctrl+s ctrl+c type shortcuts and has mouse support, it really is slick.

This looks pretty great, I'll try it out thanks.

Re: Slap – A Sublime-like terminal-based text editor

#77
post #50

Earlier quoted context omitted.

>I don't think what commands I want to execute. I think where I want to get in the file or what should the text look like, and then the logic behind the structure of vi/Vim commands takes me there. this is gibberish unless vim comes with some sort of spinal cord dongle. either it's muscle memory or thinking but you still have to have practiced the keystrokes.

Muscle memory is not using some brain power as the GP says. Once you are used to it (2-3 weeks), it feels very natural, I think "Oh I need to change the end of this sentence" and my fingers will take me there. It really is an extension of touch typing.

Gee I got to the point of feeling natural after 2-3 months...

Re: Slap – A Sublime-like terminal-based text editor

#78

Every one of the listed features is also available in Vim. I fail to see how this is either Sublime-like besides the keybindings (since a file pane is available on both Emacs and Vim) or will cause me to leave Vim or Emacs behind. That said, I can definitely see this replacing Nano for some folks.

I had a rather long argument with someone who can't stand vim and his points were mostly salient. Vim comes with a lot of baggage (or features, depending on how you look at it) from having been designed before Windows and the assorted userland became the dominant platform. Because of that, its shortcuts aren't CUA-compliant [1]. And that is just scratching the surface. Vim and Emacs are written by people who expect them to behave like Vim and Emacs, not like Sublime or any other "standard" application with a "standard" interface and shortcuts. You can definitely fight their design and rebind your keys to work as you expect, but through it all you're fighting decades of entrenched design. Those editors aren't maintained by people who think like you, so you'll always be a second citizen. Micro isn't for people who like Vim, micro is for people who want their editor to work in the expected mainstream fashion.

I think GNU nano should probably also have a commandline switch to behave like a normal CUA-compliant editor and distros should have that enabled by default. It isn't compatible with anything but pico and someone who grew up with today's machines would have never seen pico.

[1] https://en.wikipedia.org/wiki/IBM_Common_User_Access

Post reply on HN