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

Emacs GUI Library

andreyor.st

Post reply on HN
Print view View original

41–50 of 103 posts

Re: Emacs GUI Library

#41

Post by Syntonicles »

MatthiasPortzel wrote: post #17

I tried to switch to EMacs a year or so ago. I used it for a couple months and I enjoyed the configurability in elisp. One of the last straws for me was that when scrolling down, the cursor moved to stay on the screen. This is one of the quirks of it being a TUI originally. (There is of course a package to for this functionality, but I found it would break frequently.)

I think it's misguided to think of Emacs having moved away from the TUI paradigm at all. I have lived in Emacs for two years and have never even considered scrolling with my mouse. My hand never touches the mouse.

As I move through the document, I already have the location of the cursor origin saved in a register and can jump there, or any of several other locations with a single keypress.

I've always considered the mouse & menu system to be an emergency backup for beginners who have hit a wall. They will probably never be first class citizens.

What editor do you use?

Re: Emacs GUI Library

#42

Post by fhd2 »

entropie wrote: post #39
sureglymop wrote: post #28

I really like this blogs ui! I think it was made with hugo.

Since its a emacs guy its probably a self baked org/(e)lisp software capable of exporting posts in formats most people never heard of.

Being an Emacs guy, I can recommend weblorg - I guess most people haven't heard about org-mode indeed, but it's one of the biggest reasons I stuck to Emacs, worth a look.

Got curious what this guy uses for the site, but couldn't find a public repo for it with a few minutes of digging. Mostly you couldn't really tell what static site generator someone uses unless it's one that supports themes, and they use one of the popular ones.

Re: Emacs GUI Library

#43

Post by michaelcampbell »

fdr wrote: post #40

> And I think terminal support is one of the things that holds Emacs back. Think about it - why do you even need a terminal if you’re already using Emacs? Because I'm doing non-trivial (but probably not extensive) work on a server that does not have windowing. Tramp is a hassle for some use cases, especially if you use SSH FIDO to authenticate; either you need set up the session somewhere and use SSH channel multiple…

> > And I think terminal support is one of the things that holds Emacs back. Think about it - why do you even need a terminal if you’re already using Emacs?

> Because I'm doing non-trivial (but probably not extensive) work on a server that does not have windowing.

Indeed, of the ~7 machines I work on regularly, 5 of them are via ssh and need no GUI. `emacs -nw` is so much quicker and efficient than having to deal with an X server (or equivalent). And the GUI provides me with really no benefit.

Re: Emacs GUI Library

#44

Post by jpmattia »

> Speaking of terminals, Emacs can actually run in a terminal! You can start it with emacs -nw and it will happily transform your terminal into Emacs.

I love how this is written, as if there wasn't a time that running emacs in the terminal was the only way to run emacs.

Re: Emacs GUI Library

#45

Post by Barrin92 »

omnicognate wrote: post #2

Anybody should feel free to do what they like to emacs, it's free software. But this would be a fork I would have absolutely no interest in whatsoever. The author sees the fact that emacs UIs are textual as a negative, but it's the reason I love it, the reason I've been using it for 20 years and I dare say the reason some have been using it twice as long. Ditching terminal support and replacing emacs TUIs with GUIs w…

>Ditching terminal support and replacing emacs TUIs with GUIs would not be progress

Graphical debuggers are one of the most important tools developers have gotten in the last few decades compared to the TUI and command line era. There exist packages like dap-mode for emacs which do an admirable job in simulating more graphical workflows, but they are limited by the capacities that Emacs has.

If you want to put Emacs on the same footing with modern IDEs I don't think you get around to at some point getting it to a modern GUI system.

Re: Emacs GUI Library

#46

Post by michaelcampbell »

MatthiasPortzel wrote: post #17

I tried to switch to EMacs a year or so ago. I used it for a couple months and I enjoyed the configurability in elisp. One of the last straws for me was that when scrolling down, the cursor moved to stay on the screen. This is one of the quirks of it being a TUI originally. (There is of course a package to for this functionality, but I found it would break frequently.)

> One of the last straws for me was that when scrolling down, the cursor moved to stay on the screen.

I mean, to each their own, but saying this like it's bad is just baffling to me.

Re: Emacs GUI Library

#47

Post by terracottalite »

entropie wrote: post #39
sureglymop wrote: post #28

I really like this blogs ui! I think it was made with hugo.

Since its a emacs guy its probably a self baked org/(e)lisp software capable of exporting posts in formats most people never heard of.

Sadly, it seems it is just hugo. He mentions hugo in a post[1].

[1]: https://andreyor.st/posts/2020-06-05-managing-background-pro...

Re: Emacs GUI Library

#49

Post by ifyoubuildit »

Barrin92 wrote: post #45
omnicognate wrote: post #2

Anybody should feel free to do what they like to emacs, it's free software. But this would be a fork I would have absolutely no interest in whatsoever. The author sees the fact that emacs UIs are textual as a negative, but it's the reason I love it, the reason I've been using it for 20 years and I dare say the reason some have been using it twice as long. Ditching terminal support and replacing emacs TUIs with GUIs w…

>Ditching terminal support and replacing emacs TUIs with GUIs would not be progress Graphical debuggers are one of the most important tools developers have gotten in the last few decades compared to the TUI and command line era. There exist packages like dap-mode for emacs which do an admirable job in simulating more graphical workflows, but they are limited by the capacities that Emacs has. If you want to put Emacs…

> If you want to put Emacs on the same footing with modern IDEs I don't think you get around to at some point getting it to a modern GUI system.

Maybe I'm in the minority on this, but I'm not interested in emacs being on the same footing with modern IDEs. I'm happy with what it is, and would be sad if it didn't exist as it does today. (I only ever use emacs without -nw by accident)

Re: Emacs GUI Library

#50

Post by tra3 »

jxf wrote: post #26
andsoitis wrote: post #10

Earlier quoted context omitted.

> I love Emacs but I agree with the poster about how everything as text can have its drawbacks. I'd love to see a NeoEmacs that addresses some of these issues What are the top 3 or 5 things or so you think a NeoEmacs should solve/improve?

The ability to render pictures inline (imo).

You can link images with org-mode and toggle their visibility [0]. You can have 'em resized etc.

  #+CAPTION: This is the caption for the next figure link (or table)
  #+NAME:   fig:SED-HR4049
  [[./img/a.jpg]]
[0] https://orgmode.org/manual/Images.html
Post reply on HN