@vindarel No, #Emacs' pathological user hostility is not a feature. Yes, forty years ago I did use Emacs for almost everything. Forty years ago, there wasn't anything better. Now, almost everything is better. Almost everything uses consistent key bindings, at least for common functions. Almost everything has easily discoverable commands. Almost everything has consistent theming.
Emacs could have moved with the times, but it hasn't.
@simon_brooke @vindarel I disagree about the current state of #emacs being user hostile, in large part because of the immense amount of volunteer labor that has gone into making it measurably better.
I’ve watched it evolve for 30 years while other tools and ecosystems got enshittified because their consistency and discoverability were skin deep, only at the technical level, and their communities were sold for a profit.
@simon_brooke @vindarel No, it is not user-hostile. No, there is still nothing better (have some hope for lem). No, there are no consistent bindings in other editors - even CUA differs between OS. No, nothing is as discoverable as M-x. No, theming in emacs is just on another level - modus is the only ergonomic one I know and attention to detail is not matched anywhere else.
@ringtailringo As a multiple decade user of Emacs, I agree with @simon_brooke that (GNU) Emacs is very much user hostile.
For the simple reason that it is no longer a text Editor, and has too many things to configure before you can do remotely basic things. It is also not very discoverable either.
The Lisp Machine Emacs, much simpler not as extensible as GNU Emacs, was far more user friendly.
@amszmidt @simon_brooke @vindarel You can do basic things (as in editing text) without any configuration.
@amszmidt @ringtailringo @simon_brooke @vindarel I do not agree that Emacs is user hostile. I would, however, prefer an Emacs with no C primitives.
- replies
- 1
- announces
- 0
- likes
- 0
@ringtailringo Sure, and you can do so on a PDP-8 front panel as well. Does not change the facit that Emacs is userhostile.
@amszmidt @simon_brooke @vindarel I see no facts, only opinions.
@amszmidt @ringtailringo@mastodon.social @vindarel It's also fair to say that before the Mac became established -- in the mid 1980s -- there was no reason to prefer one set of key bindings to another. But as we increasingly came to use Emacs on systems where Ctrl-C meant `copy` and Ctrl-S meant `save`, #Emacs sticking to an older set of bindings which did not conform to these (newer) conventions just become a layer of cognitive nuisance which greatly reduced its utility. >>>
@simon_brooke @vindarel Give it 10 more years. There have been so many changes for the better in the past 5 from the community, maybe due to a generational change that is more focused on a nice user experience.
@simon_brooke In ten years, you will be using and praising Emacs, the only tool capable of adapting exactly like you need for your condition!
or, Lem :D
@amszmidt @vindarel I used #Emacs on VT100s and equivalents, and it was fine. I used Emacs under TWM, where every damned app seemed to use different bindings, and it was no worse than anything else. But by the time we got to OSF/Motif (1989) a default set of core keybindings had emerged, and almost all applications adopted it.
Leaving #Emacs as an outlier.
It did not need to be this way.
@simon_brooke Indeed, and the fault of this is us old farts. I'd go utterly crazy beyond stupidity ...
But these are easily fixed technically, introduce a "scame" wrapper that tries to address these things, and in N years whenever we are dead switch it.
@amszmidt @vindarel there were indeed at the time attempts to make new key binding schemes for #Emacs to make it play nice with then-new key binding conventions, but the Emacs ecosystem was by that time so large that there were always horrible incinsistencies somewhere, so that as far as I'm aware there was never a comprehensive, consistent, key-binding scheme which was did not hopelessly violate user expectations somewhere.