News for hackers. Stuff that matters.
Re:Emacs is special regarding UIs by globular-toast on Thursday September 10, 2020 @04:58AM (#24430269)
Yes... but it's not that slow. In practice, emacs works at least as fast as I can think most of the time. This is the most important thing for me. It's the reason why I originally switched to git from svn (Linus also specifically mentions this as a design choice for git). In this day with electron and editors like VSCode I wouldn't call emacs particularly slow.
Re:Emacs is special regarding UIs by marcosdumay on Thursday September 10, 2020 @10:58AM (#24432934)
More important, I never have to wait emacs to fill a buffer with the text I've typed.

Yes, on some modes there is a visible delay between pasting text and being able to type again, or writing some code and it telling me it's wrong. But the one kind of interaction that matters is always flawless.

Many editors do not get this right.

Re:Emacs is special regarding UIs by wiredfool on Thursday September 10, 2020 @06:11AM (#24430744)
I’m not sure about the others, but rjsx mode is slow with moderately complicated files, and the (idr which) accompanying refactor minor mode is glacial on a mbp.
Re:Emacs is special regarding UIs by morelisp on Thursday September 10, 2020 @08:01AM (#24431446)
rjsx is based on js2 which makes it unusually slow. js2 was a valiant attempt to make a major mode that uses elisp to actually parse the language. This gave it tremendous power compared to every non-Lisp major mode and most other JS editors at the time, but it has not aged especially well in modern JS support or performance.

I’d try one of the LSP based approaches instead these days.

Re:Emacs is special regarding UIs by gpderetta on Thursday September 10, 2020 @05:37AM (#24430531)
I think the reason that emacs feels fine most of the time even if elisp is slow is that usually abstractions are fairly minimal.