Lynx is the oldest web browser still being maintained
Modern usability on today’s web
- Lynx has no JavaScript, so many modern, JS-required sites are unusable (Mastodon, some wikis, many web apps).
- Well-structured, text-focused sites often work “great”; JS-heavy or layout-complex sites are blank or broken.
- Several commenters deliberately use Lynx (or similar) as a primary browser to avoid the “modern” web, falling back to Firefox/Chromium only when necessary.
Layout, accessibility, and “text-first” HTML
- Biggest problem isn’t just JS but layout: long nav menus and sidebars appear before content, forcing lots of scrolling.
- “Jump to content” links (e.g., Wikipedia) improve Lynx usability; some sites intentionally move headers to the bottom in HTML so text browsers see content first.
- Testing with Lynx can reveal structural HTML issues (e.g., missing spaces between links, jammed dates/titles) that are hidden by CSS.
- There’s disagreement over whether authors should care: some see Lynx-friendliness as good accessibility practice, others see text-mode as an ignorable niche.
Typical use cases
- Low-bandwidth or expensive links (satellite at sea, hotel captive portals, 2–5 KB/s connections) where Lynx or w3m over SSH/Mosh made the web usable.
- Server-side and terminal workflows: browsing from tmux/SSH, quick HTML previews (
lynx --dump), debugging cloud apps, reading HN and docs in a terminal. - Email: used with mutt to view HTML mail; used to dump site link lists for analysis or as a search tool via aliases.
Alternative text browsers and headless stacks
- Other text/TUI browsers mentioned: w3m, Links/elinks, Dillo, Edbrowse; some support limited JS or graphics-in-terminal.
- Proposals and tools for “Lynx-like frontends over modern engines”: headless Chromium/Firefox piped into Lynx, browsh (Firefox-based), Carbonyl (Chrome-based).
- Some imagine pairing such setups with LLMs to summarize or extract text over poor connections.
Minimalism, gopher, and philosophy of the web
- Nostalgia and advocacy for simpler, no-JS or basic-HTML sites; some argue only regulation will curb the complexity “cartel” of major engines.
- Gopher, Usenet, IRC are praised for efficiency on old/low-power hardware; others counter that obsolete machines lack modern security.
- Debate over whether the web was fundamentally graphical vs text-first, and whether today’s JS-heavy, ad-driven evolution was “natural” or a choice that harmed simplicity and accessibility.