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

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

rahuljuliato.com

Post reply on HN
Print view View original

291–294 of 294 posts

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

#291

Post by xtajv »

mesrik wrote: 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…

Regarding emacs-style kbds in firefox -- I use vimium to remap most actions, and occasionally resort to an additional global keybinding helper app (e.g. BetterTouchTool on macOS).

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

#292

Post by taeric »

setopt wrote: post #264
taeric wrote: post #98

Earlier quoted context omitted.

The post not long ago about how far the built in autocomplete has come got me to trim down a bit of my config. Seeing that treesit stuff is getting folded in, I may make another effort at trimming down. It is crazy nice how invisible the native compilation became.

Which autocomplete mode? fido-vertical-mode, completion-preview-mode, or something else that I should maybe look into? I switched from vertico to fido-vertical myself, but still use company for in-buffer completions. I tried corfu and completion-preview several times but didn’t get something I’m happy with from it.

My humble apologies on missing this way back when. Checking my init, I seem to just have:

    ;; TODO: Remove?  Maybe.  For now, trying the following.
    (icomplete-vertical-mode 1)
    (setq icomplete-delay-completions-threshold 0)
    (setq icomplete-compute-delay 0)
    (setq icomplete-show-matches-on-no-input t)
    (setq icomplete-scroll t)
It has been working fine. Took a bit of getting used to it not defaulting to arrow keys, but not that hard. And I think I see you can enable that, now.

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

#293

Post by musebox35 »

dmolinac wrote: post #287
musebox35 wrote: post #147

Earlier quoted context omitted.

I also have been using emacs for almost anything for the past 20 years. I had to switch to VSCode for coding over a remote ssh connection to cloud VMs. The client/server split of vscode felt superior over the ssh connection and the emacs alternatives was not up to the same level of performance two years ago. Do you know any progress on that front? I would love to go back to emacs as my daily driver but I am sensitive…

I suggest to see tramp-rpc https://github.com/ArthurHeymans/emacs-tramp-rpc , for me it improves my connections, making tramp more useful in my daily flow

Thanks it looks promising :)

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

#294

Post by innocentoldguy »

hollerith wrote: post #236
innocentoldguy wrote: post #233

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?

Yes. They work fine in Chrome. Mellel is the only app I can think of where they don’t work.
Post reply on HN