Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Lem: Emacs-like editor written in Common Lisp

lem-project.github.io

Post reply on HN
Print view View original

51–60 of 62 posts

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

#51

Post by vindarel »

jojohohanon wrote: post #44
okasaki wrote: post #3

Earlier quoted context omitted.

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

Huh? I (used to) use it almost exclusively with eglot lsp to python language server (Jedi I think). I run emacsfoacosx 29.2 and now .3. And I’ve used it since 1996 on emacs 18 on a b/w sun workstation. But most recently on the last 2020 intel MacBook Pro. The cursor moving speed through a source file is atrocious. Maybe 3 - 4 lines per second vertical and similarly horizontal. The shell just freezes on long lines and…

Did you try vterm (libvterm based)? It is uncomparably faster than M-x shell or M-x term, in case you were using them.

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

#52

Post by setopt »

dartos wrote: post #24
nurettin wrote: post #23

Earlier quoted context omitted.

> niceties/third party packages from emacs that I missed Was it magit?

It’s always magit

Or Org. I like Magit, but I don’t miss it that much if I use e.g. Vim.

Org on the other hand is a deal-breaker, and the main reason I’ve been stuck in Emacs for years…

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

#53

Post by ghosty141 »

CodeCompost wrote: post #34

The only reason why I use Emacs is org-clock-mode. Can I use it with Lem?

Org mode seems to be missing right now. It looks like its aimed more at only programming right now but I can totally see it getting a proper orgmode in the future. It's far more hackable than emacs is!

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

#54

Post by ghosty141 »

I'm very excited, emacs does get a bit janky at times, especially with many packages installed. This is far more batteries included and it not having a "redisplay.c" is a huuuge plus in my opinion. I'll try to use it and see how far I can get, if LSP works it's enough to do basic work + a magit alternative also already exists.

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

#55

Post by cmrdporcupine »

az09mugen wrote: post #50
stackghost wrote: post #6

Earlier quoted context omitted.

>Has anyone used this? I have, it's awesome. There are some rough edges and some niceties/third party packages from emacs that I missed, so I ended up going back, but lem is very promising.

Does it have multiple cursors like https://github.com/magnars/multiple-cursors.el ? I consider it as a mandatory feature.

Yes, M-C

https://github.com/lem-project/lem/blob/main/src/commands/mu...

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

#56

Post by az09mugen »

cmrdporcupine wrote: post #55
az09mugen wrote: post #50

Earlier quoted context omitted.

Does it have multiple cursors like https://github.com/magnars/multiple-cursors.el ? I consider it as a mandatory feature.

Yes, M-C https://github.com/lem-project/lem/blob/main/src/commands/mu...

Thank you very much.

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

#57

Post by downut »

downut wrote: post #36

I took a look at it since I'm learning cl. lem doesn't appear to have a concept of emacs frames? I have all the HiDPI display area that I could ever want, and an fvwm-based emacs dev configuration evolved over 25 years. The feature mandatory to my (and only mine) dev happiness is to have overlapping emacs frames with the mouse used to rollover often barely visible frames to autofocus them when needed. My memory cache…

A yes or no would be cool. I understated a bit on why I love working this way, and it is interesting that that isn't important to the several enthusiastic advocates here. Noted.

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

#58

Post by jfaz1 »

downut wrote: post #57
downut wrote: post #36

I took a look at it since I'm learning cl. lem doesn't appear to have a concept of emacs frames? I have all the HiDPI display area that I could ever want, and an fvwm-based emacs dev configuration evolved over 25 years. The feature mandatory to my (and only mine) dev happiness is to have overlapping emacs frames with the mouse used to rollover often barely visible frames to autofocus them when needed. My memory cache…

A yes or no would be cool. I understated a bit on why I love working this way, and it is interesting that that isn't important to the several enthusiastic advocates here. Noted.

Sorry, I only recently started contributing and don't really have an answer to your question. I'd venture to say there aren't that many lem devs/"enthusiasts" browsing this thread so I can only speak from my own limited experience. You're free to open an issue to get better feedback though. Also, I'm having trouble visualizing the workflow you mentioned with overlapping frames, do you have a clip/screenshot or something? Using the mouse to focus overlapping emacs frames just sounds like a window manager thing in my head.

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

#59

Post by cmrdporcupine »

jfaz1 wrote: post #35
globular-toast wrote: post #32

Earlier quoted context omitted.

I think every Emacs user has thought the same thing. The trouble is Emacs isn't the interpreter, it's the enormous amount of Lisp code written for that interpreter. This isn't the first CL Emacs and probably won't be the last. For a CL version to work you've got to be so good it attracts enough people over despite it being initially worse. But that group of existing Emacs users is already tiny and they spend enough o…

To be fair, this project is not a CL Emacs. It's a separate editor doing its own thing that happens to share the same keybinds and a few architectural decisions.

That's literally what an emacs is though.

long history of that that predates GNU emacs, e.g. https://en.wikipedia.org/wiki/Zmacs

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

#60

Post by jfaz1 »

cmrdporcupine wrote: post #59
jfaz1 wrote: post #35

Earlier quoted context omitted.

To be fair, this project is not a CL Emacs. It's a separate editor doing its own thing that happens to share the same keybinds and a few architectural decisions.

That's literally what an emacs is though. long history of that that predates GNU emacs, e.g. https://en.wikipedia.org/wiki/Zmacs

Sure, I get what you mean. Reminds me of the whole "GNU plus Linux" thing. I think it's more a matter of setting expectations, a lot of users come in expecting it to behave like or be compatible with GNU Emacs, when it's not trying to do that. What comes to my head when I think of "CL Emacs" is a CL variant of a project like Guile Emacs, Remacs, etc. and not a standalone editor. You're right, but I'd venture to say most hear the word "Emacs" and only associate it with GNU Emacs.
Post reply on HN