Live data from Hacker News

Lem: Emacs-like editor written in Common Lisp

lem-project.github.io

61–62 of 62 posts

Re: Lem: Emacs-like editor written in Common Lisp

#61
post #18

Earlier quoted context omitted.

Yeah, it's better to use one emacs per project, and have less buffers open at a time. Not just the snappiness but a lot of the (out of the box, no special modes) keyboard buffer navigation stuff doesn't scale to hundreds of buffers. Maybe if I had better file naming conventions, but I tend to have a main.go in each cmd and sometimes even in pkg. I also rarely learn new modes/packages, as they aren't in on the VMs and…

My day job is in a fairly large codebase so I often wind up with tons of buffers open just from jumping around following definitions. I’ve taken to just opening ibuffer every once in a while and nuking everything

Buffer cleaning is a time honored way to pause for deep thinking :)

Re: Lem: Emacs-like editor written in Common Lisp

#62
post #20

Earlier quoted context omitted.

What is it that bothers you about the UX?

> would never describe it as snappy. The entire thing is single threaded so the UI locks up at the slightest provocation This part seems to be about the User eXperience. (which I agree with, but elisp can start child processes and wait for the results asynchronously, so this is the fault of whoever wrote the code https://www.gnu.org/software/emacs/manual/html_node/elisp/Ou... )

I've been using Emacs for over 25 years, and I cannot agree at all with the sentiment that the UI locks up frequently. I mean, it depends on exactly what you do with the program, but for me, the UI is always responsive.
Post reply on HN