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

121–130 of 294 posts

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

#121

Post by jb1991 »

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…

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

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

#122

Post by throwaway27448 »

rhaps0dy wrote: post #80
coldtea wrote: post #43

Earlier quoted context omitted.

> if that were to be built on, who would decide what gets put in? A small number of people with taste and experience. Like one hopes to be the case for every opinionated preset profile set.

Yes. That's why you should use Doom Emacs.

Doom emacs might as well be a completely different editor—it completely changes the keybindings.

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

#123

Post by bitwize »

skydhash wrote: post #63
xedrac wrote: post #7

I'm happy to see these improvements. One thing that has always been annoying with Emacs is how much configuration is required to get a modern editor going. Things like Doom Emacs, and Spacemacs try to solve that problem, but both feel far removed from vanilla emacs. I wish Emacs came with several presets so with a single line, you could transform the editor to different base points. For example, most devs want treesi…

> 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 personal .emacs or .vimrc is fine if you're working alone, but when you're on a team of professionals working on an application built on a commercial platform, a standard workflow for development is essential and an IDE supplies all the tools, integrations, and conventions to cover the basics of such a standard. Do not underestimate their value.

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

#126

Post by francoisdevlin »

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

Why is anyone using anything else?

I use vi because I'm not a savage

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

#127

Post by mesrik »

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

Nearly 40 years for me. Wow! I’d note that MacOS input fields also have basic Emacs bindings for cursor movement, not just shells and browsers. Works in MacOS Mail, Evernote, etc.

Yes, emacs keystrokes became kind of cli lingua franca, which apparently many do not know. I don't remember my self ever read about those supported explicitly anywhere, but accidentally I found out long time ago and then whenever I try new systems, programs and whatever I try which keystrokes do work. Quite often at least some work.

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

#128

Post by kstrauser »

DonHopkins wrote: post #65
baokaola wrote: post #61

Earlier quoted context omitted.

Can you elaborate a bit on what you are asking about?

The name Ghostel sounds like a tribute to the Ghost of John Postel, whose law is a good thing for a terminal emulator to respect: https://lawsofux.com/postels-law/ https://en.wikipedia.org/wiki/Robustness_principle >In computing, the robustness principle is a design guideline for software that states: "be conservative in what you do, be liberal in what you accept from others". It is often reworded as: "be conservativ…

This got downvoted, but it made me laugh.

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

#129

Post by slyrus »

jlouis wrote: post #96
slyrus wrote: post #90

Have they fixed MacOS startup performance yet? ISTR some post about why faster CPUs were making emacs even slower on startup. Seems to have gotten worse over the years.

You boot Emacs once as a server. Then you connect through that server through emacsclient. It is your OS after all.

Sure, that's one approach. But it shouldn't take 45 seconds to spin up a new "emacs -nw" process, IMO. There's something pathological going on.

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

#130

Post by jcgrillo »

bryanlarsen wrote: post #68
asimovDev wrote: post #51

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

Don't use your pinkie or any finger. Use the meat of your hand to hit the control key.

This works especially well on an IBM Model M because there's nothing in the vicinity of either the left or right ctrl, you just chop your palm down and can't go wrong. I could also pretty reliably M-x in one hit by flipping my left hand over, curling my pinkie finger, and hitting the keys with the knuckles. On more crowded keyboards I remap ctrl:nocaps and use thumb and forefinger for M-x. I actually deliberately got rid of my Model M to teach myself to do it this objectively worse way, because context switching between my docked workstation setup and laptop keyboard on the go was difficult. If only someone would make a laptop with a proper keyboard...
Post reply on HN