Live data from Hacker News

Use GNU Emacs

www2.lib.uchicago.edu

251–260 of 301 posts

Re: Use GNU Emacs

#251
post #45

OK. Here's a usecase where I found emacs to be wonderful. I had to email the grades, together with totals, and class averages to many students in a class. I tried fiddling with Excel and Google spreadsheets and scripted mail merges. Then I realized I could do it emacs. Export the gradesheet into csv, and convert to an org table. Carefully record a macro where you copy paste the name of the student the mark columns in…

You can also do this with the system's built-in mail program. I set this up for doing bulk emails a while ago and it has proved very useful and versatile.

    (defun compose-mail-macos (&optional to subject body)
      "Compose a message using macOS's default mail program."
      (interactive)
      (start-process "Open Mail Message" nil "open"
                     (concat "mailto:"
                             (when to to) "?"
                             (when subject (concat "&subject=" (url-hexify-string subject)))
                             (when body (concat "&body=" (url-hexify-string body))))))
    
    (defun compose-mail-macos-multiple (list subject body)
      "ADDRESSES should be a list of email addresses in the form of:
    (setq mail-list '(\"Mail 1 \"
                      \"Mail 2 \"
                      \"Mail 3 \"))"
      (while list
        (let ((to (car list)))
          (compose-mail-macos to subject body)
          (setq list (cdr list)))))

Re: Use GNU Emacs

#252

Earlier quoted context omitted.

> adding so many customized code lines to my .emacs to reassemble the modern editors I feel like trying to recreate vscode in emacs could be a suboptimal approach to say "add a directory sidebar and lsp-mode, but get used to emacs buffer and tab handling"

Why would anyone want to recreate VSCode in Emacs? It's like asking a philharmonic orchestra to play Country Roads... Yeah, they probably can do a very good job at it, but they are there to play some more interesting music, wouldn't you think? > get used to emacs buffer and tab handling This clearly shows you've never used the program you are so confidently talking about... What tabs?

> This clearly shows you've never used the program you are so confidently talking about... What tabs?

lol, quick to go for the jab mister crab.

https://www.gnu.org/software/emacs/manual/html_node/emacs/Ta...

Specifically I use https://github.com/mclear-tools/tabspaces

Re: Use GNU Emacs

#253
post #88
post #71

Earlier quoted context omitted.

I switched from VSCode to Doom Emacs with very little of my own customization (doing TS, Scala, Rust mostly) a few years ago. There is not one thing of VSCode that I miss, and I enjoy some of the most powerful features like wgrep & all, and a great vim emulation layer (the one I had in VSCode sucked).

I agree. Emacs out-of-the-box is terrible, but my Doom Emacs config is all 50 lines of code. For that I get: - IDE-like features via LSP - The best git porcelain out there: magit. Even when I'm not using emacs, I come back to magit for code-browsing (recursive blame) and staging hunks. - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything e…

> - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else.

Why is this useful? I basically treat my nvim buffers like windows. What am I missing?

Re: Use GNU Emacs

#254
post #37

I’ve been using Emacs for ~15 years right now, but I don’t recommend it for the last few. I love it, it’s great, and as many others, I tried to move out of it but there was something I couldn’t do I KNEW I could get in Emacs and it frustrated me so much I kept going back. But I don’t think it brings a lot of added value. There are many very very powerful IDEs and editors which offer out of the box great UX and featur…

Disagree. It's definitely falling behind in certain areas such as LSP support but overall it is just so much better than anything else I've tried in terms of moving around, macros, regular expressions that do what they're supposed to do, stability, stability of user interface (I could open an Emacs from 20 years ago and start using it immediately), quick and thoughtful response to bug reports…

It just works for me. It really, really does need some improvements in places but in other areas everything else just lags behind.

Re: Use GNU Emacs

#255
post #245

Earlier quoted context omitted.

We likely have lost something. It's like global warming. Everybody talks about it as if they care, but if you still drive a car, do you actually care? No. Not enough to stop contributing to global warming. It's the same thing with free software. I care, but not enough to stop me from using the easiest thing out there to use regardless of whether or not it's free.

Let’s not exaggerate; many people do care enough to have it affect their behavior. If there’s something you “care” about, but this does not affect any decisions you make in any way, do you actually care about it?

The answer is: No, I don't actually care. I wouldn't say it's complete apathy though, I can still recognize that it's not exactly the most moral decision.

I agree, let's not exaggerate, if the overwhelming majority in aggregate acts in the exact same way, the aggregate action overwhelms the minority action.

In this case, most people don't care and share my viewpoint on the situation.

Re: Use GNU Emacs

#256
post #88
post #71

Earlier quoted context omitted.

I switched from VSCode to Doom Emacs with very little of my own customization (doing TS, Scala, Rust mostly) a few years ago. There is not one thing of VSCode that I miss, and I enjoy some of the most powerful features like wgrep & all, and a great vim emulation layer (the one I had in VSCode sucked).

I agree. Emacs out-of-the-box is terrible, but my Doom Emacs config is all 50 lines of code. For that I get: - IDE-like features via LSP - The best git porcelain out there: magit. Even when I'm not using emacs, I come back to magit for code-browsing (recursive blame) and staging hunks. - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything e…

> - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else.

oh hell yes!

Re: Use GNU Emacs

#257
post #88

Earlier quoted context omitted.

I agree. Emacs out-of-the-box is terrible, but my Doom Emacs config is all 50 lines of code. For that I get: - IDE-like features via LSP - The best git porcelain out there: magit. Even when I'm not using emacs, I come back to magit for code-browsing (recursive blame) and staging hunks. - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything e…

> - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else. Why is this useful? I basically treat my nvim buffers like windows. What am I missing?

Because you can look at and maniuplate the same file n different ways. Something I sorely lack when using e.g. visual studio

Re: Use GNU Emacs

#258
post #37

I’ve been using Emacs for ~15 years right now, but I don’t recommend it for the last few. I love it, it’s great, and as many others, I tried to move out of it but there was something I couldn’t do I KNEW I could get in Emacs and it frustrated me so much I kept going back. But I don’t think it brings a lot of added value. There are many very very powerful IDEs and editors which offer out of the box great UX and featur…

> I rarely hear people talking with excitement about WebStorm or VS code. VSCode? It's got its fan base and it's quite vocal. Actually, Didn't VSCode collate the majority of the former Atom users, as Atom collated the majority of SublimeText before it?

First, interesting (and proper) user of "collate." To me, until this moment, it meant basically "to sort," but I looked it up to see if I was wrong. It means to "collect and combine in order." Neat.

I'm an editor vagabond. I went from Ed 4 to Notepad++ to JEdit to UltraEdit to TextPad to Sublime Text to Atom to VS Code.

Of all of these, Sublime Text is the one I still use every day. TextPad on Windows was the other one that was sticky, though Sublime has replaced it. I kept dabbling with Emacs, kept knocking into vi flavors for "just getting it done."

Perhaps it's time to find a home with Emacs and try to use it for everything. But there's always that next one... maybe Xi, maybe NightCode (nope), maybe Edita...

Emacs and vi will still be there, and I'll probably pay for the next three versions of Sublime Text like have the first three.

Re: Use GNU Emacs

#259

Earlier quoted context omitted.

>since the community seems perfectly content being niche. This is just admitting defeat. There is no reason Emacs couldn't be the number one editor right now. GNU projects in general all tend to fail to innovate and seem to ignore the last couple of decades of learnings.

seems like you have a bit of an agenda. are you sour about something ? for me emacs is probably the best piece of software i ever used and i use my hardware for everything :|

I'm sour that emacs sucks. I would like to be able to use it for everything, but if I'm being honest with myself other editors simply work better for me.

Re: Use GNU Emacs

#260
Link to a book named "Use GNU Emacs" to be more precise.

The title in those cases could benefit of including a "[book]" tag at the end like in: "Use GNU Emacs [book]".

Post reply on HN