- Main developer is blind, so accessibility has priority;
- Easily scriptable; think automating captive portal clickthroughs;
- Reading articles (e.g. Wikipedia) feels closer to reading a book;
- It even supports JavaScript to a degree!
- The affordances of line-oriented editing carry over nicely.
The main developer appears to tinker on the project daily and is quite nice to chat with over on libera's #edbrowse. The project does have a small, dedicated following, but I wish more people knew about it!
I’ve a perfect sight myself but I really like the comfort of linearity with CLI: I ask my computer something, I receive an answer.
(that’s probably why I’m developping my own CLI browser but is more graphical and less advanced than edbrowse)
In Europe most people played Earthbound (and USA only releases for SNES/MD) under emulators. That's how Nintendo put it in the Super Smash Bros roster. They say the hate emulation; but these tools cemented themselves into retroemulation like no other system, and helped to bring new sagas to the West. For free. You say you lost money because of retro-piracy? You got free marketing for physical scraps technically resting in a warehouse.
Altough nowadays I'm 100% pro libre gaming; tons of indie/FOSS philosophy overlap: FreedroidRPG, Battle for Wesnoth, Nethack/Slashem, ReTux, SuperTux2...
Back to edbrowse, it's a mail, irc and SQL client too; and you can script it, a la ed/vi, so you can do magic here.
I liked chawan from the first time it was shown here on HN, https://news.ycombinator.com/item?id=44293260. It made me add support for CSS Grid API in my sites targeting text browsers.
`chawan` is really good. I use it very often, and it looks very promising.
If you are into „browsing the web in terminal“, you should try it.
The main navigation menu is just above the site footer in the HTML document.
Question for people who know that stuff:
What is the recommended way of hiding features that require JavaScript on browsers that do not support JavaScript, e.g., on w3m?
Just letting you know, that stuff is a bit confusing to screen reader users.
Though I really wish we standardized on putting content first, like mobile apps do. At least we woulnd't haave to explain to new screen reader users why getting to the f???ing article is so damn hard if you don't know the right incantations to do it quickly.
Would a Jump to navigation link next to Skip to content make this arrangement better for screen reader users?
You can try the <noscript> tag.
[1] https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/A...
Going to altavista still works great (even though it just redirects you to yahoo ;)
Popover seems to be a way to do popup that you can't really block. Also having content you want to hide?
I don't see how - popovers are arguably worse for ads (because easier for the ad blocker to find them, versus random divs flowed into the page), and modal dialogs are a pretty common thing in rich web apps.
Consent is not necessary for strictly functional first party cookies. Session and shop cart cookies are examples of that.
This very site you are commenting on doesn't need a cookie consent form/popup for example.
The presence of a cookie banner in the first place is a sign that the website you are visiting is run by a bad actor who is into selling your profile and browsing data.
This is a fun article and the conclusion is very real.
People shit on Gemini:// because “The web can support text documents”. They say this as if they are actually proposing a real solution. It’s true that the web _can_ support lightweight content (IE5 on Windows 3.1- I was there man), but the problem is that it _won’t_ because it consistently chooses not to. If you’ve ever tried to actually perform this experiment of running the web in text mode you will quickly realize how futile it truly is. Every step you take on a well meaning site like lite.cnn.com is just one click away from transferring you to a bloated SPA app that renders a blank screen on a text-based browser. You can disable JavaScript, or disable images or whatever hoops you want to jump through (increasingly hidden with every FireFox release that goes by) but that’s not going to actually work long term. The web is too extensible and feature hungry to support text based content. It’s better to just use the web for the usual cool shit like WASM and WebRTC or whatever and admit that no one can help themselves and no amount of awareness is going to make the cookie consent banners go away.
Let’s take Gemini more seriously because it already has adoption and it works and it’s not perfect but it sure as fuck isn’t substack.
And it works Offline too by caching every request: https://offpunk.net
Also, there's no way to reuse w3mimgdisplay in the same way w3m works for the web?
Finally, I can't find a way to display images with 256 colours by default even if the TERM variable it's set to xterm-256color .
And, no, I can't use sixels by default under OpenBSD's xterm. Sixel and maybe tektroniks support are disabled at build time.
EDIT: a good start for w3mimgdisplay:
https://web.archive.org/web/20210920101125/http://blog.z3bra...
So, when you are on Gemini://, you know that you will only encounter linear text. You will read stuff, written by other people. It is really relaxing. I’m a huge fan of Gemini.
I would advice to start your Gemini journey by reading links on Antenna and Cosmos (which are link aggregators)
I'm not. I get the whole "the medium is the message" and why it feels appealing to some, but I don't subscribe to the idea that the only way to have proper digital hygiene is by restraining myself to this ascetic channel. I'd rather encourage more people to put content on the web in whatever form they think is best, and I'll let it up to my user agent to filter out the noise.
It is a simpler web and requires a separate browser or a plugin. It's difficult to find resources on it nowadays because of Google Gemini...
claimed schemes: ftp:, gemini:, gopher:, http:, https:, iterm2:, mailto:, news:, nntp:, ssh:, telnet:, titan:, wais:, whois:, x-man-page:By the way, only on re-reading your comment, I realised you're taking about the Gemini protocol and not the AI engine!
I have no idea how this would work just brainstorming.
Could you.. use some browser backend to render the page to a PDF, then an LLM to scrape the content and display it as text?
I know it wouldn't be exactly efficient, but...
The whole page is still available with "view full" (or "v full")
In the current trunk, if configured, it uses ftr-site-config rules to extract content for specific websites ( https://github.com/fivefilters/ftr-site-config )
I do 90% of my browsing using Offpunk (reading blogs and articles) and, suprizingly, it often works better than a graphical browser (no ads, no popup, no paywall). Of course, it doesn’t work when you really needs JS.
It lacks the filter thingy but now has the dilloc tool where it can print the current URL, open a new page... and with sed you can trivially reopen a page with an alternative from https://farside.link
You know, medium.com -> scribe.rip and the like.
But Dillo is not a terminal browser, altough it's a really barebones one and thanks to DPI and dilloc it can be really powerful (gopher, gemini, ipfs, man, -info in the future) and so on available as simple plugins, either in sh, C or even Go) and inspiring for both offpunk and w3m (where it has similar capabilities as Dillo to print/mangle URL's and the like).
What I'd love is to integrate Apertium (or any translating service) with Dillo as a plugin so by just running trans://example.com you could get any page translated inline without running tons of Google propietary JS to achieve the same task.
I love the https://linux.org.ru forum and often they post interesting setups but I don't speak Russian.
Tested edbrowse javascript, hardly anything works. Maybe the edbrowse developer should get closer to netsurf libraries and work there on quickjs support.
w3m's marketshare has always been nonexistent. It already has been in oblivion. Having a GUI is key to making a good web browser that will be used by people.
1. your graphics driver isn't loading/working;
2. you can't log into the GUI due to a bug in the login screen;
3. you are working on a server that is headless, i.e. doesn't have a GUI installed, or are SSHing into a server/other machine.
I've experienced (2) a while ago and more recently there was another issue recently with upgrading breaking a system [1]. I also encountered the latter but was unable to keep the terminal open due to that bug (it kept switching back to the login screen), so I had to boot into a system via a USB stick, chroot into the system, then install the uninstalled desktop package.
[1] https://www.gamingonlinux.com/2025/04/ubuntu-25-04-upgrades-...
This is a bigger problem that should be fixed ASAP. OS vendors should never critically break graphics on a OS like this.
>you can't log into the GUI due to a bug in the login screen;
Again, the QA department or automated tests of your OS vendor should not let this get released. If such a bug happened there should be a fix rolled out immediately.
>you are working on a server that is headless
Why do you need to run the browser on the server? I can't think of a case where you would want to use a text browser there instead of a regular browser on your actual machine.
>so I had to boot into a system via a USB stick, chroot into the system, then install the uninstalled desktop package.
It's disappointing that you had to manually fix it compared to it just downloading a fix automatically like what would happen on Windows, Mac, iOS, Android, etc.
If your driver messes up DWM.exe it can blow your whole compositing service and draw every window in software mode which is, without exaggerating, 10000x slower than Direct Draw/GDI back in the day.
Ever played an old Direct Draw game on Windows 8 and up? It will crawl. The game can only be played with WineD3D, which is basically a Wine build for Windows and it has ddraw.dll hoooked to its own DirectX or OpenGL libraries. This is the only way to get these games running fast again.
On software rendering for the whole desktop, the same. A text mode browser (or Dillo, or Links2) can be runable at useable speeds before downloading an updated driver or patch.
By the moment you try Chromium or Firefox with no acceleration (even under current machines), when you have to run both DWM.exe, the rendering process and desktop done with software rendering in CPU, it will slow down like hell because on top of that it will run some JS crap in the browser for granted on vendor driver pages.
Maybe a current i7 can withstand it, but not for long as browsers love to spawn threads and eat RAM like crazy. Add a 4K display and say goodbye to performance.