Live data from Hacker News

Emacs 31 is around the corner: The changes I'm daily driving

rahuljuliato.com

251–260 of 294 posts

Re: Emacs 31 is around the corner: The changes I'm daily driving

#251

Emacs works perfectly in sync with claude code/codex/opencode or any cli ai coding tools, it's never going to go away.

How do you use it in relation to claude?

Agent-shell.el and claude-code-ide.el

Agent-shell is like the Claude code CLI. Claude-code-ide is like cursor with ghost completions/auto complete, chat, etc.

Re: Emacs 31 is around the corner: The changes I'm daily driving

#252

Emacs works perfectly in sync with claude code/codex/opencode or any cli ai coding tools, it's never going to go away.

How do you use it in relation to claude?

Agent-shell.el for the CLI experience that's integrated with emacs. You can send things from emacs to your Claude code prompt and it will include the file and line numbers.

There's also claude-code-ide.el that gives you more of a cursor like experience with autocomplete, simple chat, etc.

Re: Emacs 31 is around the corner: The changes I'm daily driving

#253
post #191
post #158

Earlier quoted context omitted.

I thought you were using emacs?

Well, I've got to admit I've haven't read HN using emacs. Is there such a .el thing avalabnle somewhere? It would be great to read HN as it was with usenet news. Not joking, that would be excellent tools I'd like to have !

Why not use eww?

Re: Emacs 31 is around the corner: The changes I'm daily driving

#254
post #75

"Is anyone still using emacs?" Yes, 34 years and no plans to switch. Emacs cursor movement keystrokes are quite widely supported elsewhere too which use GNU readline or implement at least subset themselves. Those work well also besides shells with Chromium/Chrome/Safari etc. many browsers input fields (address bar and text area). Cisco IOS, Juniper Junos, Netscreen load balancers too etc. IMHO makes jumping around CL…

I wish Emacs LISP gained ergonomic static typing. I always find working in un-typed languages very hard.

Re: Emacs 31 is around the corner: The changes I'm daily driving

#255
post #208

Earlier quoted context omitted.

being scared of emacs pinkie was a major contributor for me back as a student to learning vim. I remap ctrl to CAPS LOCK on all my computers as one of the first things but I still end up using my pinkie. I've been playing with the idea of switching ctrl to the spacebar at least in non insert mode though because I still end up using my pinkie a lot when scrolling with Ctrl+E for example

Use Spacemacs? What I was recommended by a power user is doom emacs Uses the space bar by default

I don't use actual vim for much, most of my time is spent in JetBrains IDEs and sometimes Xcode. Both with vim emulation. Setting up Spacemacs would take hours of my time for questionable gain. If I was still a student I'd jump on it but alas

Re: Emacs 31 is around the corner: The changes I'm daily driving

#256
post #131
post #121

Earlier quoted context omitted.

Firefox emacs bindings still work on Mac since everywhere on macOS supports emacs bindings, nearly.

I just tried, and my macOS up todateFirefox (still Sonoma few weeks), doesn't work. Nor does Waterfox (Firefox derivativ) that I've been using more lately. Could it be some setting I need to set before it works?

Idk, its never stopped working for me for the past 10+ years. And Firefox has additionally always supported ctrl-n and ctrl-p working in the address bar for suggestions while Chrome has never supported this

Re: Emacs 31 is around the corner: The changes I'm daily driving

#257
post #215

Earlier quoted context omitted.

Those keybindings work on MacOS for me, but not on Linux (by default). There is a way to enable Emacs keybindings in all GTK apps on Linux, but it’s quite buggy in practice (many apps define keybindings that override or conflict with these), and I believe the feature is officially deprecated.

"On MacOS" is not specific enough. Do they work in a textarea in Google Chrome on MacOS? In vscode on MacOS?

Yes. For me, on all MacOS versions from Catalina to Sequoia, the basic Emacs keybindings listed here work almost* throughout the operating system: https://support.apple.com/en-us/102650

I don’t daily drive VSCode but I use it for teaching, and then basic Emacs keybindings like C-n and C-a and C-k work pretty much everywhere, from the command palette to the code editor, without any plugins.

I also don’t use Chrome as my daily driver, but keybindings like C-a/C-e certainly work in both text areas and address field, or I would have remembered it as one of the annoying exceptions. I do regularly use a few Electron apps, which are based on Chrome, and it does work fine there.

*: There are a few apps that deliberately break the Emacs keybindings. Microsoft Office is one of them, since they insist that Ctrl keybindings on Mac should do the same as it does on Windows, which is extremely jarring if you rely on the Emacs keybindings everywhere else.

Re: Emacs 31 is around the corner: The changes I'm daily driving

#258

Earlier quoted context omitted.

Yes. Basic emacs keybindings work pretty much everywhere in macOS. I have run into a couple of apps that don’t behave correctly, but 99% of the time they work.

And you've tested this in a textarea in Chrome or in vscode?

I have been using VSCode for teaching the last few years, and routinely use a VSCode without plugins for that purpose, and Emacs keybindings work fine in its text area (the code editor itself). If it doesn’t work for you, then apparently something is broken on your computer. Not all keybindings work but the ones listed under Text Editing here certainly works for everyone else: https://support.apple.com/en-us/102650

Re: Emacs 31 is around the corner: The changes I'm daily driving

#259
post #75

"Is anyone still using emacs?" Yes, 34 years and no plans to switch. Emacs cursor movement keystrokes are quite widely supported elsewhere too which use GNU readline or implement at least subset themselves. Those work well also besides shells with Chromium/Chrome/Safari etc. many browsers input fields (address bar and text area). Cisco IOS, Juniper Junos, Netscreen load balancers too etc. IMHO makes jumping around CL…

I wish Emacs LISP gained ergonomic static typing. I always find working in un-typed languages very hard.

Weell, it's not completely untyped, but it is runtime type-checked. There's stuff like `(if (integerp foo)` and `(defcustom ... :type '(choice (const tag "abs" abs) 'integer))`

And then there are more ambitious projects like the static analyzer and language server https://github.com/emacs-elsa/Elsa I haven't tried Elsa yet since it seems to require setting up a package manager like Eask (I don't really understand why I have to install a package manager to run a language server, especially when they support four emacs-specific package managers?) and the docs were very light on whether eglot is supported or just lsp-mode.

Re: Emacs 31 is around the corner: The changes I'm daily driving

#260

Earlier quoted context omitted.

> Why not have a preset like (preset-base-ide-1), so we don't need 200 lines of configuration before we can function? Instead we could build off of a much closer starting point First you need to define what is that much better starting point? Something VSCode like? I find VS Code a bad example of software development tooling (anemic file management, integration with external tooling is cunbersome, VCS integration is…

IDEs exist to allow teams or entire divisions to hit the ground running with development, with a standard interface that everybody on the same team uses (a huge boon for collaboration), without a lot of time spent configuring or integrating the tools. All the integration is done by the vendor, often better than you can do it; the debugger integration in full-fat Visual Studio is still second to none. Grooming a perso…

TV dinners have their value, but a cooked meal is often better. And, just like meals can be cooked for a team, so can emacs configs.
Post reply on HN