Live data from Hacker News

Slap – A Sublime-like terminal-based text editor

github.com

111–120 of 123 posts

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

#111

Earlier quoted context omitted.

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…

> Finally, I grew up playing video games and using a computer, complete with modern input. Funny you bring this up, since this reminds me of another discussion: I played a lot of videogames using keyboard and mouse, whereas some of my friends still own consoles and play (more or less) precision-based shooters using gamepads. Every now and then we used to have a couple of multiplayer matches locally on someone's PS. I…

> I still tend to skip my turns and just watch the others as gamepad based aiming in shooters tends to get me really frustrated.

This is why I liked the controls in goldeneye, perfect dark and timesplitters. They had consoles in mind from the ground up so the embraced the lack of precision controls with things like auto aiming and level design (mostly flat). Every other console shooter (including all since Halo) has tried to use controllers as though they're a keyboard/mouse.

The control scheme was also modal, where you'd have to hold down a button and not move if you wanted precision aiming.

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

#112

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.

It is slick but it desperately needs multi cursor support and sadly there has been no progress on that - https://github.com/zyedidia/micro/issues/5

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

#113
post #50
post #49

Earlier quoted context omitted.

> It's a trade-off: Do I use a bit of mental power, and save some finger movement? hammerandtongs already suggested this: it's not a trade-off, you just didn't get to learn Vim appropriately (you say yourself that you're "part time vim user"). Vim is so convenient for its regular users not because it saves them keystrokes, but because it saves them this mental power you talk about. I don't think what commands I want…

>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.

> unless vim comes with some sort of spinal cord dongle

cerebellum is largely responsible for your muscle memory but premotor cortex stll needs to initialize those commands (what keys to press) then the cerebellum adjusts the precision i.e touch-typing part of it guess...

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

#115
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.

Agreed! I wish the sources of CygnusEd (Amiga) were open. Those guys nearly 30 years ago made a graphical text editor which on a 16 bit CPU clocked at 8MHz run circles around most today editors on 32/64 bit CPUs clocked over two orders of magnitude higher. Do we have to count optimization as a forgotten art, at least among non system developers?

Nitpicking, but the Motorola 68000 was/is a 32 bit CPU, with 8 32-bit data registers (D0-D7) and 8 32-bit address registers (A0-A7, the latter used as a stack pointer). But CygnusEd probably took advantage of the Amiga co-processors for its gorgeous smooth scrolling effect...

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

#116
post #26

Earlier quoted context omitted.

emacs-nox (apt install emacs24-nox usually) is also surprisingly feature-full and comfort to work with for emacsers

What's the difference between emacs-nox and "emacs -nw"?

No need to pass -nw :) I usually install it in docker containers on servers. It's quite small (well, I think it's around 28M to install usually), since it's just an emacs built without gui support.

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

#117

Earlier quoted context omitted.

Agreed! I wish the sources of CygnusEd (Amiga) were open. Those guys nearly 30 years ago made a graphical text editor which on a 16 bit CPU clocked at 8MHz run circles around most today editors on 32/64 bit CPUs clocked over two orders of magnitude higher. Do we have to count optimization as a forgotten art, at least among non system developers?

Nitpicking, but the Motorola 68000 was/is a 32 bit CPU, with 8 32-bit data registers (D0-D7) and 8 32-bit address registers (A0-A7, the latter used as a stack pointer). But CygnusEd probably took advantage of the Amiga co-processors for its gorgeous smooth scrolling effect...

Totally correct. For some reason I was thinking of the 68008 used in the Sinclair QL and thought "hah! that is the 8 bit version, then the 68K is 16 bit!". Yeah, but that was about addressing, not data registers width. ...Big oooops! (and I learned Amiga programming with 68K asm... (ducks and covers) :-)

About the coprocessors, surely Amiga offered a lot in this context, but I can't believe that today video cards cannot do the same with specialized hardware a hundred times faster (if we only take pure clock speed into account). There is something wrong with today software: machines get faster and faster, yet basic stuff like manipulating graphical elements didn't gain much in usability although more speed must have at least brought better granularity in dealing with events. OS complexity surely plays a role, AmigaOS occupied hundreds of Kilobytes -that's about 1/1000 of a modern OS core- but come on.... having to stuff a multicore 1GHz+ CPU plus fast GPU just to have a browser surf the net without dying is plain ridiculous.

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

#118
post #25

Earlier quoted context omitted.

Yeah, my first thought too. Multi cursors are one of the most important features of ST - no much benefit without those.

On a side note, a multi cursors package does exist for vim

It's not the same at all. Calling it that is an insult to sublime multi-cursors.

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

#119
post #20

Earlier quoted context omitted.

Not trying to diminish the use of multiple cursors (I have certain fondness for them despite not using them extensively due to my choice of editor), but using regexes you can still do that (i.e. with /^/ and /$/, which I use constantly with vim-style search and replace)

Pressing ctrl-d a couple of times, seeing what will change, and typing something is most of the time easier and faster than thinking about a regex. At least that's how I feel

Emacs' evil-mode provides "live" search-and-replace. I can't imagine using the vanilla Vim behavior any more.

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

#120
post #58
post #56

Earlier quoted context omitted.

Saves mental power? These regular vim users must be some kind of super humans to autopilot some of these incantations. http://deliberate-software.com/vim-refactoring-patterns/

Which ones? All I see is just a handful of distinct commands. Those commands take arguments, and they are called with those arguments over and over again, but there's very little magic in the article. And, in fact, very little of the commands available to and regularly used by Vim user were shown. (And I think this was the point of the article.) It's like you were arguing that printf("foo\n") and printf("bar\n") were…

That's right. You've made a great point. Learning vim is like learning a new language. Which isn't trivial for most people as exemplified by software like nano and the new micro.
Post reply on HN