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

11–20 of 103 posts

Re: Emacs GUI Library

#11

Post by omnicognate »

jfb wrote: post #7
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…

I have long wanted something that was basically a modern~ish Smalltalk environment, that spends more energy integrating with the rest of the world. Emacs is as close as we can get to a system that is inspectable, plastic, and open; I want those qualities in my entire computing environment, and there is literally nothing available for any price better than Emacs at this, but Emacs isn't good at it.

Then go ahead and build it. All I'm saying is that A) that's a fork of emacs I won't be remotely interested in and B) I highly doubt starting with emacs will be good way to achieve it (but go ahead and try by all means).

(Anything that removes terminal support from emacs will be a fork.)

Re: Emacs GUI Library

#12

Post by taeric »

omnicognate wrote: post #5
taeric wrote: post #3

I'm actually surprised you can't stage regions in magit, as it clearly seems to indicate that you can. Mark a section and it will ask about regions. Clearly, this hasn't come up that often for me, or I may have already known this. (More likely, if it came up often, someone would have made it work. :D ) I do think regarding things as "text" goes a long way to underestimating what can be done with it. As easy to think…

You certainly can stage regions. The author is complaining of a bug - not one I've seen and possibly some sort of interaction with another package he's using. Magit's author is awesome so maybe worth raising a github issue... and donating !

My try a minute ago made it seem that it will stage every line in the region you make. Subline regions don't come up that often.

Or did I try something wrong?

Re: Emacs GUI Library

#13

Post by jfb »

omnicognate wrote: post #11
jfb wrote: post #7

Earlier quoted context omitted.

I have long wanted something that was basically a modern~ish Smalltalk environment, that spends more energy integrating with the rest of the world. Emacs is as close as we can get to a system that is inspectable, plastic, and open; I want those qualities in my entire computing environment, and there is literally nothing available for any price better than Emacs at this, but Emacs isn't good at it.

Then go ahead and build it. All I'm saying is that A) that's a fork of emacs I won't be remotely interested in and B) I highly doubt starting with emacs will be good way to achieve it (but go ahead and try by all means). (Anything that removes terminal support from emacs will be a fork.)

Yeah, it's true. And Emacs would be a very poor substrate for this.

Re: Emacs GUI Library

#14

Post by giraffe_lady »

znpy wrote: post #6

> You start your WM of choice1, you launch Emacs, and as long as the Emacs window is focused, you live in Emacs. what if there is no WM? I do most of my work on a cloud machine where i run emacs in screen, for example

I still knead dough by hand but I don't expect kitchenaid to keep me in mind when designing mixer attachments.

Re: Emacs GUI Library

#15

Post by User23 »

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…

When did VS Code get the same level of user discoverability, customizability, and interactivity as Emacs? I took a look at it a few years ago and it didn’t have anything remotely close to what Emacs offers while working considerably worse out of the box for development than Doom. Is it worth taking another look?

Re: Emacs GUI Library

#16

Post by omnicognate »

taeric wrote: post #12
omnicognate wrote: post #5

Earlier quoted context omitted.

You certainly can stage regions. The author is complaining of a bug - not one I've seen and possibly some sort of interaction with another package he's using. Magit's author is awesome so maybe worth raising a github issue... and donating !

My try a minute ago made it seem that it will stage every line in the region you make. Subline regions don't come up that often. Or did I try something wrong?

Yeah, it works at the line level (as indicated by the way it highlights the selected lines) which I think is a limitation as much of git itself as magit. (I'm not sure what subline staging would even do.)

But the author isn't trying to stage a region, let alone a subline one. He's trying to stage a whole hunk and says its only working if point is at the start of the line.

Re: Emacs GUI Library

#17

Post by MatthiasPortzel »

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

Re: Emacs GUI Library

#18

Post by gglitch »

gglitch wrote: post #8
znpy wrote: post #6

> You start your WM of choice1, you launch Emacs, and as long as the Emacs window is focused, you live in Emacs. what if there is no WM? I do most of my work on a cloud machine where i run emacs in screen, for example

Elsewhere, the author makes the point that with TRAMP, your local (gui) Emacs can transparently operate your remote machines (bringing with it of course all the customizations and functionality you've built into your local config--and of course your local window management). https://www.gnu.org/software/emacs/manual/html_node/tramp/Qu...

I've known this was possible for many years; but on a lark, I just wrote a microfunction that opens, in my local Emacs, a remote file I often have to edit as root. I don't live in Emacs, but there's no denying that, if I'm already in Emacs and I need to edit this file, I just saved myself a small amount of faffing about; I've also added my local init as a site for future automations.

  ;; Update [redacted]
  (defun [redacted] ()
    (interactive)
    (find-file "/ssh:[me]@[host]|sudo:[host]:[file]"))

Re: Emacs GUI Library

#19

Post by User23 »

Decabytes wrote: post #4

Recently I've been consolidating my workflow. First is using a single monitor, and then using shortcuts to switch to other Windows when I need to. I find that for me it's easy to get distracted when I have multiple different Windows up. I also have moved from a workflow in Emacs where I split my buffer and have things side by side, to one where I make new frames and then flip to the frames. This is easier on my eyes…

> I'd love to see a NeoEmacs that addresses some of these issues

I believe the Nyxt browser project is eventually looking to add editing support. If they manage to do that robustly it might be just what you’re looking for.

Re: Emacs GUI Library

#20

Post by nequo »

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…

What is the benefit of drawing the interface for `M-x customize-group` as if it was plain text in the terminal when running the Emacs GUI?

It makes sense for `emacs -nw` and I don't think there’s many Emacs users who are advocating for ditching terminal support. But it looks like a hack in the GUI.

Post reply on HN