Live data from Hacker News

Mastering Emacs

masteringemacs.org

111–120 of 131 posts

Re: Mastering Emacs

#111
I'm a long time vim user who tried Emacs for a good few months. I started out with a minimal config and just got used to it out of the box, and over time evolved to using something more like evil mode and packages for everything.

The things that drove me back to vim were basically:

- Poor mercurial support. Monky is supposed to be like Magit but lacked support for staging individual hunks or any of the hg evolution commands. This forced me to use terminal modes which...

- ...The terminal modes are absolutely atrocious half baked pieces of crap. The only advice I really got on this was that using the terminal modes is "not the emacs way".

- I found it to be very opinionated about the style of C code I was writing. It tries to automatically indent things in very specific ways and god forbid you want to change the level of indentation of a block. You can change the way emacs indents your code in your config, but again, god forbid you ever want to do something slightly different to your config.

- Working with panes (windows), buffers, tabs etc. is a pain. You close a buffer and it disappears from the screen and is actually still open, and it pops up again when you wanted to go to something else.

This sounds like a bad review but I did for the most part enjoy using it. I just liked vim with tmux more.

Re: Mastering Emacs

#112
post #89

Earlier quoted context omitted.

How do I go about doing this ? Seems potentially workable. Youd just jump back to the last buffer a lot of time, but that's quick and intuitivr.

(setq display-buffer-base-action '(display-buffer-same-window))

thank you ! I'll see how it goes. Hope it won't be too wonky.

Ex: In Magit when committing it now first shows a "changes" buffer that you have to kill and then you can get to the buffer where you write the commit message. Not a biggie but prolly breaks the original UI design

Re: Mastering Emacs

#113
post #15

It's crazy that here in 2023, Emacs is still the absolute beast when it comes to developer productivity. I had a colleague review one of my workflows the other week and after a minute or so he said "Whoa, I would have been in 5 different tools by now". If you're not into Emacs, I suggest you give it a whirl. For most development, nothing else will get you close to the joy and productivity that a well configured Emacs…

As a long time emacs user, I can’t describe enough how much I love VS Code over emacs. And yes, I was a power user with all the fancy modes. And yes, I work entirely with Linux.

Emacs fancy modes?

Re: Mastering Emacs

#114
post #11

Earlier quoted context omitted.

Long after you've migrated from your current favorite IDE twice over, we'll still be using emacs. Long after whatever company sponsoring development of your current favorite IDE enshitifies them twice over, we'll still be using emacs. Long after you relearn your IDE workflows twice over, we'll still be using emacs. And emacs keeps evolving and can handle modern development just fine (except for the most garden-walled…

I started using JetBrains IDEA 12 years ago and I'm still using it today. My confidence of it being available 12 years later is high. Yes, if you're talking about a timeframe of ~50 years, use vim and emacs. I just don't care that level of future proof.

And you can expect during the next 12 years people will be asking why you use such an ancient piece of software, then you'll understand emacs users (if you don't already) :)

Re: Mastering Emacs

#115
post #82

Earlier quoted context omitted.

> that a well configured Emacs can Well, that's the real issue for me. I spent a month an a half working on "configuring" NeoVim. I got it to a somewhat ready to use state for my usual workflows. But I still had a big pile of tasks in my backlog to actually get it finally 100% mine. Then I discovered Helix, which doesn't need any configuration, no plugins to play around with. Builtin LSP, Builtin Fuzzy Finding of fil…

I'll admit I didn't look into it, but Helix sounds like something like LunarVim ( https://www.lunarvim.org/ ) Personally I much prefer that the editor NOT ship with something like that by default, especially when it's so easy to set up. I have several different vim config I use, including a pretty bare-bones one for headless systems, and I much prefer the ability to customize something very specifically. Build tools…

[deleted]

Re: Mastering Emacs

#116
post #82

Earlier quoted context omitted.

> that a well configured Emacs can Well, that's the real issue for me. I spent a month an a half working on "configuring" NeoVim. I got it to a somewhat ready to use state for my usual workflows. But I still had a big pile of tasks in my backlog to actually get it finally 100% mine. Then I discovered Helix, which doesn't need any configuration, no plugins to play around with. Builtin LSP, Builtin Fuzzy Finding of fil…

I'll admit I didn't look into it, but Helix sounds like something like LunarVim ( https://www.lunarvim.org/ ) Personally I much prefer that the editor NOT ship with something like that by default, especially when it's so easy to set up. I have several different vim config I use, including a pretty bare-bones one for headless systems, and I much prefer the ability to customize something very specifically. Build tools…

You can still leverage the power of low level editors, just like helix does, and still have access to important things that so not require pages upon pages of configuration and plugin stitching to just get up and running in most projects you want vim or emacs like editing capabilities.

Helix is different from Lunar in the sense that the features it comes with are part of the core editor and the editor still feeling like an editor

Re: Mastering Emacs

#117

Earlier quoted context omitted.

I'll admit I didn't look into it, but Helix sounds like something like LunarVim ( https://www.lunarvim.org/ ) Personally I much prefer that the editor NOT ship with something like that by default, especially when it's so easy to set up. I have several different vim config I use, including a pretty bare-bones one for headless systems, and I much prefer the ability to customize something very specifically. Build tools…

You can still leverage the power of low level editors, just like helix does, and still have access to important things that so not require pages upon pages of configuration and plugin stitching to just get up and running in most projects you want vim or emacs like editing capabilities. Helix is different from Lunar in the sense that the features it comes with are part of the core editor and the editor still feeling l…

I counted the number of config lines it takes in Emacs to get LSP fo Python:

Maybe 2 lines, if you otherwise would not use company-mode.

1 line requiring lsp-mode.

1 line setting lsp diagnostics provider.

1 line adding lsp mode to python-mode-hook.

2 lines enabling the linter (if you want that) (I use flake8).

2 lines for setting an additional shortcut.

23 completely optional lines for marking some variables from .dir-locals as accepted/safe.

1 optional line for changing the color of the breadcrumbs header line.

Approximately 2/3 of a page, including all optional config I have.

Re: Mastering Emacs

#118
post #103

Been using emacs since 2003. One thing I turn to VS Code these days for is Jupyter / Quarto notebooks. It's not possible to have the same development workflow with Quarto and Org-babel since you can't run/rerun code chunks up to your current cell and automate figure management (for Org-babel). I think these are not difficult to implement but these days I just want to use something that has these features out of the b…

I've used `M-x org-babel-execute-subtree` to run/rerun code blocks in a subtree. No issues with plotting figures in emacs-jupyter https://github.com/emacs-jupyter/jupyter#org-mode-source-blo...

This about to blow my mind

Re: Mastering Emacs

#119
post #19
post #15

It's crazy that here in 2023, Emacs is still the absolute beast when it comes to developer productivity. I had a colleague review one of my workflows the other week and after a minute or so he said "Whoa, I would have been in 5 different tools by now". If you're not into Emacs, I suggest you give it a whirl. For most development, nothing else will get you close to the joy and productivity that a well configured Emacs…

can you give an example of such workflow?

In this particular example, I was documenting my investigation into a defect. I was jotting down notes in Org-mode (1. note-taker). Those notes included SQL scripts which evaluate directly in the note-file (2. ejc-sql / replacing dbbeaver), letting the next user see which result I got from the queries and the ability to re-run the queries (C-c C-c). Some of the results returned large jsonb blobs, which were made readable with M-x json-prettify (3. replacing some online json prettifier). The git stuff (branching, making a pull request, updating it) was handled using Magit/forge (replacing git/lazygit). And ofc the code-editing replaces (5) whatever IDE you could otherwise use.

Re: Mastering Emacs

#120
post #19

Earlier quoted context omitted.

can you give an example of such workflow?

- Open a jira request backport in https://github.com/ahungry/org-jira - Check to see that there isnt an MR outstanding bysomeone else ( using https://github.com/isamert/lab.el ) - (Optional) Cherry pick the commit from another stream where it may be fixed (magit-cherry-pick) - Often massage the code (emacs cedet) - Commit the code (magit) - Submit a build (local built in code, elisp calling a local binary) - Tag the…

Can you share details of your experience with org-jira? My question would be: Is it feature complete? Does it allow one to do everything one can do in browser Jira? Set custom fields, handle multiple boards and so on?
Post reply on HN