I have yet to figure out how to get around those issues.
And a big plus, eww is great for resource limited systems like old 32bit laptops.
I have more hope in projects like lem which implement new emacsen from scratch.
There are also various multi-processing configurations for even more flexibility: multiple Emacs processes that can coordinate, Emacs modules over a C API which can create native threads outside of Emacs and so on. What Emacs lacks is parallelism inside a single Emacs process, which is arguably not needed and would be a net negative from a safety, ease of development and debugging point of view.
Look at the recently introduced canvas API (https://monadicsheep.org/blog/an-introduction-to-canvas-in-e...) for some examples of what's possible via that flexibility.
Lem is nice but nowhere near as nice as modern Emacs (and probably never will be). Emacs Lisp isn't Common Lisp but has evolved significantly and the remaining differences don't really matter in practice because Emacs momentum, massive user base and ecosystem are a tremendous advantage.
if you happen to use a thinkpad and don't use the trackpoint, you can remap the two mouse buttons above the trackpad to ctrl and alt using keyd on linux. this completely solved RSI on my laptop.
Do you touch type? You’re meant to use the modifier keys on the opposite side (so use both hands) rather than stretching your pinky to press them. Also there are packages such as god-mode which help.
But the most helpful thing is doing navigation by page instead of line which reduce the use of keybindings.
I've never had this. I'm either lucky, or I know to use both Ctrl keys on the keyboard.
If you're typing C-x, you should use the right control key. The standard ergonomics advice is to use both hands when doing multiple key combinations.
Also, just use the usual cursor keys for navigation!
You can use software like Kanata to accomplish this if you don't have a programmable keyboard.
I think the idea that you do something in a more difficult or less convenient manner for the sake of "mindfulness" or "focus" is well-established, and what I hope for (and am always disappointed by the lack of) when reading such blog posts is an actually useful feature of the unconventional method in question.
The title of this blog post promises some usefulness from using Emacs as your browser, and upon reading, you discover that the "usefulness" is the inconvenience and impracticality of using it that way.
The main utility I see in browsing the web through emacs is the potential to integrate it into your workflow. You can have your code/notes open in one buffer and have the website in another, which is useful for documentation, or an article you're following along, etc.
With gptel, it's easy to highlight part of a blogpost and ask an llm a question about it, or get it to rewrite or annotate the whole page.
With macros you can do basic automation, like this webscraping example here: https://nickdrozd.github.io/2018/10/17/web-scraping.html
An added bonus is that your keybindings for the rest of emacs are also valid here. (Though for that I've recently started using Glide, a firefox fork, and set all of its keymap to match my emacs bindings)
I’m curious what the difference is between that and having pinned windows in Ubuntu
For example I’ll have sublime text, one terminal, a notepad, and a firefox window with multiple tabs, pinned to the four corners of my desktop
Everything You describe is possible without emacs so I’m genuinely trying to understand the appeal
The advantage is that it’s a single program with multiple windows with a shared list of buffers. So you can save transform your layout and save it, manipulate the content without any real boundary, unified bookmarks,…
Your WM can’t access sublime and firefox internals. And the last two can’t talk with each other.
But why would I want them to as the default interaction?
I can ctrl-c > ctrl-v from one to the other trivially and ffx has console and inspector internals visible with one Function key press
Some find it useful. One can write code in vim or sublime, the only differences are the specific actions to get it done and the user experience. People will lean towards one another, not for the capability to write code, but for how it’s done.
So what I’m trying to showcase is not the capability, but the Emacs ways of getting it done. You can also implement something with a WM setup or tmux (with w3m). But it’s a different feel and effort, so people like ones and dislike the others.
Although I don't browse the web with Emacs, I see the utility.
Tell me: How would you select some text, and with a keystroke, send the selected text to yourself via email, with the URL included and the title of the page in the subject line?
I think the takeaway for me is that emacs is for people who get enjoyment out of building their own custom computing environment
The example you describe is something I would rarely do so building a process around it would be inefficient for me but if that’s where people want to spend time then great
For long time users, that's the whole point of Emacs.
> The example you describe is something I would rarely do
I used to do it at work all the time (not with Emacs, but with AutoHotKey). Find a long article I'd really like to read, but don't want to waste time at work. With a keystroke, I'd quickly send the email to me with the URL etc.
People write these things, and use these methods, specifically because they don't conceive of usefulness the same way you do.
In this case, the justification offered doesn't mention all the various keybinds that have been pushed down to the "how" section. But clearly the simplicity is a feature:
> D will download images locally, b goes back a page, a will save bookmarks. All of this makes browsing in eww truly enjoyable.
The point is the same as usual for TUIs: you don't have to switch over to the mouse and hunt out a button, as the necessary key is always literally at hand.
People who find this sort of thing "truly enjoyable" (what clearer statement is there of featurefulness!) commonly take it for granted and don't explain the virtues of it very well. That sort of explanation is found in think pieces about TUI design more generally.
TFA describes a goal of avoiding distraction. That is not at all the same thing as "inconvenience and impracticality". Clearly the author finds these keybinds quite convenient and practical. It's just that they don't cover a bunch of web interactions that you perhaps value, but the author doesn't.
You’ll have people who demonstrate their whole set up and interactions and hot keys and shortcuts and everything and then when you say OK well why would you do it like that it all boils down to:
“This extremely precise implementation works for only me and my specific workflow”
I found that it’s almost more useful to think about emacs users showing off their org mode bindings are basically like Warhammer players showing off their painted figurines
That's their value.
The keybindings aren't mentioned in the "Why?" section of this blog post, and clearly aren't the point of the post. You can get extensions to add Emacs bindings to full-featured browsers, and there's even the Nyxt browser which has Emacs keybinds and Lisp configuration.
The core reason listed in this blogpost for browsing this way is the very fact that it is less featureful and less convenient. As someone who uses Emacs, I know that eww isn't as convenient as a fully-fledged web browser and I know that sometimes the hard way of doing things can be beneficial. I found this blog post disappointing because it doesn't afford you any new information, nor tell anyone about any actually useful features about browsing in eww.
It wouldn't be unconventional if most found it useful. That doesn't mean the author themself doesn't find it useful:
>> I have seen in my own use of the modern browser (chromium/firefox) that it is far too easy to get distracted
They find EWW useful to cut distractions.
>> In addition to this, my belief is that we should make strides toward leaving behind Layer 8 of the internet - the limiting frontends of social platforms and locked away corners of the net that limit actual discourse (Discord, I’m looking at you). [...] The internet is just a delivery mechanism.
They also find it a useful way to stick to their ideals which I understand to be that they should be in control of the front-end and the internet is only to be treated as a delivery mechanism of information.
His motive is not mindfulness, but ideology.
I have a very easy solution for that: zero sound output from my main desktop/workstation computer. I mean: technically I leave the sound drivers and the sound on, but there's nothing connected to the output (so speakers / no headphone).
The deep underlying philosophical question being: "If a PC outputs audio to nothing plugged into it, does it make a sound?"
The answer doesn't really matters though. What matters is that it's a great way to not get distracted.
My main desktop emits, on purpose, no sound since... 20 years?
For the rest, I've got laptops.
You can actually get other close-to-browser experiences with stuff like xwidget and embedded WebKit (https://emacsdocs.org/docs/emacs/Embedded-WebKit-Widgets) but generally it’s not worth the fight for commercial sites these days; everything is vibed and only tested against Chrome, so if you’re lucky they’ll load in other Chromium browsers and _maybe_ Firefox.
I tried xwidget-webkit as main browser briefly, but very quickly gave up. When a collaborator sends me a Google Doc, for example, I really still need a browser to work on it. I still use xwidget-webkit daily -- it's a great PDF viewer, and really nice to be able to have Jupyter notebooks open side by side with code buffers -- but for most tasks involving the web I'll switch to a browser.
Quite a lot of sites work well with other browser engines too. I have tried PaleMoon, Netsurf. Users of Apple mobile devices seem to be fine with Safari.
Really light or unusual browsers might be a problem. Dillo, for example (its very fast though).
If I open a brand new FF profile, some of these sites do work. But I guess the combination of FF, on Linux, with my addons is triggering something.