Do We have a Moral Obligation to Use the Firefox Web Browser?

created Apr 9, 2019 - updated Jan 15, 2020

My answer is, "No."

This is another long, rambling post that covers many topics. Originally, this post contained a little over 10,000 words with an estimated reading time of 58 minutes.

I have decided to break this post up into multiple posts. In the sections where I swerved off onto a tangent, I created separate posts for those rants that will be linked from this page.

Unsurprisingly, I use these posts to rail against needless bloated web design. (I've been diagnosed with Yelling-at-Cloud disorder.)

And I make the comparison between designing with progressive enhancement and supporting Firefox.

I don't know who gets to define "negligible" and "insignificant" regarding the number of users, but if we have a moral obligation to use Firefox, then web developers also have a moral obligation to use progressive enhancement.


These TL;DR points could contain some sarcasm, but that sarcasm is based upon reality.

Mmm, my TL;DR section has now become nearly too long to read. Originally, this was a smallish list of bullet points, but obviously, that has changed.

The web is about business.

Businesses create complex functions that users want to occur over the web.

The complex, bloated web requires a simple solution: one rendering engine.

One rendering engine makes web development easier, especially with auto-updating web browsers.

The simplified web would not need JavaScript. It would not need to support every damn complex feature that has been stuffed into CSS and HTML. The front-end would not need to be dynamic, like native apps. Pages could be dynamically generated via round-trips to the server.

A simplified web would be easier to support by more web browser developers.

Since few orgs have the resources to create "modern" web browsers with independent rendering engines that support the complex web, then it makes sense that the world's most popular web browser is aligned with one of the biggest tech companies in the world.

Today's web developers prefer to use client-side JavaScript to display text and images to readers.

Today's web developers believe that progressive enhancement is unnecessary because the number of users who access the web with old web browsers, slow internet connections, or with JavaScript disabled is so small that it's a waste of time to support them.

Also today, the number of Firefox users is so small and out of the mainstream that it's a waste of web development time to ensure that bloated apps and websites run properly in Firefox.

The overuse and misuse of client-side JavaScript has created a world where most web users and developers will rely on Google's rendering engine.

A separate application layer protocol should have been created at least 15 years ago to support the complex, bloated web. The bloat:// protocol would support JavaScript and all things big and complicated. We saw the complex, bloated web coming with Java Applets in the 1990s and Flash in the early aughts and the overuse of PDF files.

The simplified web browsers would not support client-side JavaScript, nor Web Assembly, Progressive Web Apps, Web Components, etc.

The simplified web would become a prettier version of Gopher that would be difficult to exploit by ad tech and other nefarious actors.

But the reality is that the simplified web exists today and may continue to exist in the future, alongside the complex, bloated web, but we don't need Firefox nor Chrome to access the simplified web.

Designing without progressive enhancement while encouraging people to use Firefox is hypocritical. User-friendly web designers who use progressive enhancement and encourage people to use Firefox make sense to me.

I use the NetSurf, Lynx, and links2 -g web browses to READ the simplified web, and all of those web browsers use their own rendering engines.

I can use a bloated web browser, such as Chrome or Firefox to complete my taxes online this week.

Since it's a tax prep process, I will use Chrome because I want to ensure that I don't run into any browser issues in case the tax prep site does not support Firefox fully.

Why should the tax prep website support Firefox when the number of Firefox users is so small?

Before Netscape: Web browsers of the early 1990s (2011) (

W3C and the WHATWG sign agreement to collaborate on single version of HTML, DOM (

Jun 4, 2019 HN threads.

Firefox Follows Apple in Blocking Third-Party Cookies Online ( - 26 comments

Firefox Now Available with Enhanced Tracking Protection by Default ( - 221 comments

When it comes to privacy, default settings matter ( - 126 comments

That's a lot of conversation for a web browser with four percent browser share. Of course, most HN users and readers, like myself, live in a tech bubble or vacuum.

Comments from the first HN thread:

I would be happy if the browser vendors could come up with a standard of running only first-party javascript, or third party javascript that has been signed with a code-signing certificate or otherwise whitelisted. This could help curb drive-by infections delivered by malicious ads.


This is great for grandparents, but I'm not trusting Firefox or any browser to block ads/cookies/JS. I don't expect many people who are already using 3rd party addons and extensions to disable that stuff to stop because of this

For years, I have had Chrome set to block third party cookies, and I have never encountered a broken website because of this setting.

My data-point: Every couple of years I try to enable it, but every time there is that website that breaks because it really needs third-party cookies.

Usually they are oldish, unmaintained "third party solutions", a couple of times banks, once the complete university-wide single-sign-on system.

Another comment:

I've had third-party cookies blocked for, as you say, ages (and I even block JavaScript, with selective exceptions), and I use everything from Discord to Amazon just fine.

Another comment:

"and it breaks a lot of services."

I can't say that's been my experience. It breaks some stuff, but far less than I was expecting it too. (Ditto for disabling javascript entirely with uMatrix..) Talking up the downside like this has the effect of making people hesitate to try it for themselves. I wish I'd started years earlier, but everyone was talking about how much of a hassle it is. It's not a hassle. Most of the time I don't notice anything going wrong.

This alleged issue of broken sites occurring from preventing 3rd party cookies is strange to me. For as long as I can remember using Chrome and Chrome having the setting to block 3rd party cookies, I have used that setting on every Chrome installation on every machine that I have used. I have never knowingly encountered a problem. Obviously, it's not a default setting within Chrome. For new browser installs, I always dig into the advanced settings.

Surprisingly, the second HN thread contained a good bit of discussion about people using Safari. Most of the time, geeks complain about Safari not supporting the latest, greatest features promoted by the complex, bloated web. On my old iPhone that I got in June 2014, I use Safari. Early on, I tried Chrome for a bit, but I deleted it. I'm fine with Safari.

The second HN thread contained 221 comments. Here's an excerpt from the top comment.

2019 me uses Safari for everything except development. Excellent power consumption and UX. Firefox for development. And lastly Chrome for all web apps that only work on Chrome. ( Google Meet etc. ) I feel much much better that I am not dependent on chrome.

That person could be an Apple fan: MacOS and iOS. My only preference is Linux.

It's odd that the person uses Firefox for development. I wonder why with only four percent browser share. Since developers represent a small percentage of the public, then using Firefox only for development does not help improve Firefox's meager browser share.

Another HN comment:

I also completely switched to Safari a few years ago mainly for power consumption (how can you all run chrome on battery??) ...

Another comment:

I've stayed with Safari for all web browsing mainly due to it's fantastic power consumption. Still use Chrome for development, but I find Safari's UX so compelling I'll still have it open for reference.


I only use Chrome on Google. Safari for everything else. Best power usage and better protects privacy. No reason to not let Chrome see me use Google...

From last year's Mozilla announcement about Firefox no longer supporting RSS and Atom feeds.

gHacks recently reported that Mozilla plans to remove support for RSS & Atom related features. Specifically Live Bookmarks and their feed reader.

The reasons cited are the lack of usage. This doesn’t completely surprise me. Both of the features don’t fit that well with modern workflows. There’s not a lot of people using bookmarks actively except through auto-complete, and the reader interface never really was as effective as just looking at a website. Honestly the day that Mozilla didn’t show the feed-discovery button by default in the address bar is the day they killed it.

Naturally, the argument in support of Firefox dropping support for an open web feature is that we can use other feed readers, either as separate apps or web services or even browser extensions.

Well, duh! No kidding. And that's another example of the tech bubble, vacuum, and echo chamber that HN users wallow in.

This decade, Mozilla/Firefox FAILED to promote the open web. They need to admit it. Firefox is meant to be used by some hard core tech geeks and not the general public.

Firefox could have differentiated itself from other browsers by promoting feeds on visited websites and by offering a built-in feed subscribing and feed reading capability. Once new users of feeds want more, then they can use another feed reader.

Firefox's massive failure with this issue was not introducing people to feeds and the benefits of using feeds.

Lack of usage within Firefox??? No kidding. If the majority of Firefox users are tech geeks who know about using feed readers outside of Firefox, then why would this group of people use Firefox's built-in feed system?

Mozilla built Firefox for users like themselves and not for normal people. I will always view Mozilla's downplaying of feeds over the years as a reason not to use Firefox. It shows that Firefox is not unique and does not support whatever bullshit mission it spews.

HN comment:

I am super disappointed, Mozilla! This is such a slippery slope you've created here. If FF doesn't support RSS anymore then even fewer people will use RSS and RSS will die rather sooner than later. This is such a pity as RSS can really empower users.

You basically infringe your own mission statement:

Our mission is to ensure the Internet is a global public resource, open and accessible to all. An Internet that truly puts people first, where individuals can shape their own experience and are empowered, safe and independent.

Typical tech vacuum response:

I don’t see how removing support for rss infringes on this statement. You can still install a plug-in to shape your own experience. In fact, it could be argued that including their own rss support when most users don’t even know what RSS is was itself infringing on that statement.

This is a great reply and observation, despite the clunky sentencing.

If [Mozilla/Firefox] had promoted and made a feature of explaining RSS instead of downplaying and hiding it. They could have promoted it and put RSS feeds on new tabs instead of advertising and what's popular on Pocket. Most users don't know what RSS is until it is explained to them.

I have no respect for Mozilla for doing this. But Mozilla's dismissal of this major open web feature began long before 2018 as the first article mentioned.

Honestly the day that Mozilla didn’t show the feed-discovery button by default in the address bar is the day they killed it.

The Opera Mini web browser that I installed on an old Blackberry phone supports the open web better than Firefox. The Opera Mini has a built-in feed reader and subscribing feature that's fun to use. It makes the old device more usable, especially when reading bloated garbage websites that either won't display or display awkwardly on the old Blackberry, but those same sites publish the entire content of their articles within their feeds.

Jun 10, 2019

Firefox Premium Coming This Fall (

HN comment:

I'd be happy to pay for Firefox, but I have a few points that are important to me. They are probably not very realistic but here they are anyway:

  1. I want my money to go into Firefox development and nowhere else.

I certainly don't want my money spent on their content business, even if it is used as a leverage to generate more money for Firefox development. I'm torn about Rust development because I certainly would love to see Rust flourish, but if we allow the money go into personally preferred projects it becomes hard to draw the line.

  1. I want a Firefox with absolutely no strings attached.

    • No Pocket, not even a trace of it
    • No experiments, labs or whatever they call it (see Mr. Robot for an example)
    • No network connections to third party hosts as long I haven't explicitly opted in.
    • Safe search off by default
    • No predefined search engines
    • No predefined start page

A reply:

It’s well within Mozilla’s right to offer a packaged deal that you can either take or leave. If that includes parts you don’t use, you’re stuck with buying or not buying. It’s well within your right to not buy the bundle, but there is no right to get it unbundled.

Yep. I will choose not to fund a browser that failed to support the open web.

Good to have the option to use it as you want. I hope they do the version for you. But I want my version with Pocket. Pocket integration is one of the reasons I use Firefox in the first place.

With only four percent browser share, it appears that Firefox's Pocket integration is not important to most web users. Mozilla built Firefox for geeks and not normal people. That's great. Nothing wrong that. Normal people, however, use Chrome, whatever Microsoft offers, and Safari.

Another Jun 10, 2019 HN thread:

Twitter is rejecting posts containing JSFiddle URLs (

HN comment:

Blocking cryptominers or other script isn't possible because of JavaScript's nature as Turing-complete language, much less with new shiny WebWorkers/PWAs. It's also not just a minor annoyance when miners, trackers, and all kinds of other nefarious or just plain garbage scripts drain your batteries and consume power/bandwidth for no other reason than browser vendors being busy to develop webapp platforms and world domination schemes rather than declarative and privacy-focussed content consumption/authoring ... browsers.

And this is why most web users will rely on Google's we rendering engine. The web has become too big and complicated for independent web rendering development.

I wish that more web developers, designers, and publishers agreed with Andy's thinking.

One thing that is often forgotten about accessibility is that keeping things simple and utilising semantic HTML gets you most of the way towards providing a fully accessible experience for everyone. ARIA, CSS and JavaScript are great for enhancing what we already get with semantic HTML and you don’t have to use much of it at all if you do use well-structured, semantic HTML as your base. Even when you apply CSS and JavaScript, keeping the code as simple as possible will reduce risk that is very often created by complexity.

Jun 13, 2019
"Introducing a new HTML element – welcome ("

HN comment:

... we're now living in a web where Google does whatever it wants, adds whatever it wants to Chrome, and the web is at its mercy.

HN comment:

I have been repeating the Chrome is the new IE meme for the last few years. I even had a boss that only cared about our code working on Chrome and would lose it when I was demoing / developing from FireFox.

That boss was smarter than the person who made that comment. The boss knew that since hardly anyone used Firefox, then it was a waste of time to support Firefox.

Four percent browser share for Firefox. What percentage of those Firefox users are NOT programmers, designers, and other hard core tech people? Firefox users are so small that maybe that boss considered Firefox users to be an edge case.

And it seems that an alarmingly significant percentage of web developers and designers believe that edge cases are irrelevant. Calling users edge cases is dehumanizing, but I don't make the rules. If users who use the web with JavaScript disabled for security, privacy, and anti-bloat reasons are considered an edge case, then Firefox users are also an edge case. If people with vision problems have to use screen readers are considered an edge case, then Firefox users are an edge case.

More from that HN commenter:

It saddens me that people worship Chrome and yet Firefox has a lot more potential in some areas.

I don't think that "normal" people worship Chrome. They use Chrome because it works well for them.

Hell it was Mozilla and not Google that gave us WebAssembly through asm.js and other awesome efforts.

Yeah, thanks for over-complicating and over-bloating the simple web experience. WebAssembly is nothing to be praised. It's amazing. Back in the 1990s and early aughts, we liked the web because it could be used for useful, lightweight, thin client-server applications. These simple web apps, that used HTML forms and server-side programming that worked against data stores, were deployed when creating a desktop application in Visual Basic or Visual C++ was unnecessarily complex and bloated.

But now creating simple web apps with humble HTML forms and sever-side programming is apparently amateurish. Now we need massively bloated client-side web applications. WTF?

Soon, creating desktop applications that are native to the operating systems (not Electron apps) will be more lightweight than client-side web apps. Computers will need 20 gigabytes of RAM to read a small text article thanks to obnoxiously bloated client-side web programs. The web has lost its thin client-server reputation. It's now bloatware.

And the geeks wonder why we don't have more independent web browser rendering development. That HN commenter was shocked that the boss demanded development to support only Chrome. Stupid shit like WebAssembly has led us down to this road. It's shocking that the HN commenter could not see that in the comment.

I even had a boss that only cared about our code working on Chrome.

Hell it was Mozilla and not Google that gave us WebAssembly.

Cause and effect. Demand a complex, bloated web, and we have Google dominating with its rendering engine. If the geeks had demanded that the web remain small, lightweight, and limited, then today's browser market might have looked a lot differently. The geeks should have demanded that new tech, such as WebAssembly, be used on a separate applications layer protocol, such as bloat://.

Another HN comment from that same thread:

Some software houses who supply the company I work for, are refusing to work with anything but Chrome.

I'm Jack's complete lack of surprise. That's expected. I would be surprised if the boss told developers to ensure that the web app or website worked in Firefox. Four percent browser share for Firefox. For internal corporate web apps (intranet), Firefox's usage is probably microscopic, outside of developers using Firefox.

If a software company is only concerned with building web apps that run within a company where the company can control what programs are used on employees computers, then it's easy to make employees standardize on using Chrome, which makes development easy.

Over complicate the web and we lose web browser independence. Google is not to blame. The rest of the tech world gets the blame for wanting a complicated web.

HN comment:

I try switching from Chrome to Firefox at least once a year, but the UI design keeps me firmly entrenched as a Chrome user.

I agree. Chrome's UI/UX and speed on older computers with slower CPUs is still better than Firefox's.

HN reply to that comment:

Interestingly I try Chrome once every which and go right back to Firefox for exactly the same reason. I find the Chrome UI intolerable. Tiny tabs, inflexible GUI, less interesting extensions, etc.

Huh??? Wow. I don't get that user's comment. But hey, we are all different. Allegedly.

HN comment:

It is probably a quite subjective thing. I use Firefox as main browser but test things in Chrome. Neither UI really bothers me, but I prefer Firefox for ideological reasons. The dev tools in chrome are better though imo.

I oppose Firefox for ideological reasons. Firefox's failure to promote the open web by not making feeds more prominent this decade is my main reason for opposing Firefox.

Firefox embraced the complex, bloated web. Great. But when I'm using the web for banking, checking my health info, and preparing taxes, I'm using Chrome, since it's probable that those services have ensured that their web apps support Chrome because of Chrome's large browser share.

Another HN link that I discovered on Jun 13, 2019.

"How to Design for the Web in 2019 ("

That's hilarious. A how-to on web design in 2019, posted at Don't design like Medium if the site is meant for readers.

HN comment:

I doubt I would have ever wanted to go into web development if I knew what the web of 2019 would look like without ad-blockers.

Disable JavaScript or use one of the many limited web browsers that do not support JavaScript, and the web is fast, and all or most ads and trackers are blocked, and most websites still display content.

At this point, waiting for an "app-like" experience for web apps feels a bit like waiting for the year of the linux desktop.

Progressive Web Apps have come far, but they still have a long way to go, particularly in "feeling" like a native app experience. When interruptible animations are introduced, I'll give them another look.

Jeesh. Sigh. Cause and effect. Why the f*ck should the web function like native applications? Web sites/apps function like native apps. Holy crap. This is why the modern web is dominated by one rendering engine. If people want a native app-like experience, then they should build native apps.

HN comment:

Yeah when web apps started to take off, circa 2000 I'd say, the big selling point was the ease of deployment and update and the ability to have a single code base for multiple OS's.

Fast forward 10-15 years later and there's a significant increase in internet traffic but the increase is do to thick clients on mobile devices and now it's the same issues as before; how to package and deploy on multiple platforms and maintain a single code base.

Also thick web apps and websites on all devices. How to package and deploy complex, bloated web apps and websites on multiple platforms? Develop for Google's web rendering engine.

The commenter continued:

And that brings us to present day where mobile development has pretty much ditched web apps but desktop development is still holding on to web apps. And it's rather hilarious to watch the schizophrenic evolution of web app technology over time regarding [how] much of the code to put on the client vs the server.

Obviously, the trend over the past 10 years has been to put a ton of JavaScript code on the client side even for websites that display text to readers. Whacked.

More from that commenter:

All that to say, I agree; technologies exist to build multi-platform client applications that reach back to servers for data if they need to. And I wish the whole application in a browser thing would just die and browser would return to what they were designed for, displaying hypertext.

That would mean a simpler web, which would lead to more independent web browser development.

Another HN comment:

I want to push back a bit against the "app-ifiction" of the web. I see the web as its own platform, and trying to implement "native" features on it seems counter productive. I do genuinely think that the web platform is different, and should be approached on its own terms, rather than trying to mimic an Android or an iOS app experience.

Seven years too late.

The commenter continued:

On a higher level, as web developers, I think it is worth remembering that we don't have to build these half broken app experiences. We can still build web sites. We can still open a simple index.html file, put in some markup, and voila, it renders on the browser. We can choose not to implement all the trackers, invasive ads, broken "personalisation" algorithms etc.

True. The simplified and useful web can coexist with the complex, bloated, modern web. But I do not need Firefox nor Chrome to use the former.

The fact that these things are implemented on all websites nevertheless is not because of some technical failure of the web platform. I believe it's a human problem of organisational politics, where the business users want these features, and overrule any objections that the developers might have regarding privacy or performance.

But Mozilla/Firefox did not push back against the complex, bloated web. Mozilla added to the bloated web by creating WebAssembly, according to an HN commenter. Mozilla embraced the bloated web. Mozilla could have chosen a different direction, but I would guess that most developers, especially front-end JavaScript programmers, also love the bloated web, which means these developers would have stuck with Chrome if Mozilla build Firefox to support only a simplified web.

Another HN comment:

Browsing the internet today is so exhausting.

I would add one more rule "make sure your user has to perform at least 37 clicks before accessing your ad riddled article"

Another HN comment that discusses the gist of the Medium article.

IMHO Wrong:

  1. Mobile App. The site has to work by itself. Else go PWA

Progressive Web App = the complex, bloated web, which means that it's best to develop for one web rendering engine: Google's.

  1. Use Notifications. OK, but, see 8 and 9.

Notifications. Another stupid f*cking addition to the modern web. PWA is meant to create web apps/sites that function similar to native apps. Web browser notifications are another native app feature. Dumbshits. I'm fine building crap like this for money, but I would develop for Chrome and that's it.

  1. Use Javascript. Not all websites require Javascript, most yes, but not all.

Most require JavaScript? If it's a web app that requires the user to log into a private admin or dashboard area to conduct sensitive work, such as banking or making doctor appointments, then I can understand those systems requiring JavaScript. But why in the hell does require JavaScript to read text? Requiring browsing-only users to use JavaScript is ruining the web, and once again, it's a contributing factor in why Google's web rendering engine dominates.

HN comment:

The whole article is satire, but I can see how one might believe it isn't. It's too real.

Hah! Sadly too real is the point.

HN comment:

Users win when the browser market is competitive.

The modern web browser market is competitive, although most of the browsers are based upon Google's rendering engine. But they are competing with each other. What's the malfunction? This should make web development easier across all of those Chrome-like browsers.

HN comment that was not written by me as satire:

“Users win when the browser market is competitive.”

i’ll get downvoted for this, but i simply don’t agree. i think users lose when there are multiple browsers. my argument relies on a basic fact: one cannot guarantee that a new website will work on all browsers without heavy amounts of testing. as such, the battle of the browsers shouldn’t be around engines, which simply duplicates code into different paradigms, instead it should be around ideas.

imagine a world with a single browser: all websites work perfectly, while implementing new tech would be a fierce competitive battle of ideas.

want newTechX implemented? then you’ll have to convince ms, goog and the rest of the community in order to implement it.

users would get both the competitive advantage and a stable “runs anything environment”, instead of the chaos of yesterday.

Yeah, that user's comment did get downvoted, even though the author is correct. The geeks probably know this to be true, but they downvote such thinking because they wish that it was not true.

Microsoft has given up maintaining an independent web rendering engine. Microsoft. Mozilla with many years developing Firefox has four percent browser share. Why would handful of hacker friends try to create a web rendering engine that supports the wonderful complex, bloated web?

Here's an excellent HN comment that could also have been written by me and not as satire:

I guess I’m a contrarian, I think “all websites work perfectly” when they are allowed to be web sites instead of “apps”.

“Heavy amounts of testing” comes from trying to use the web as a combination of magazine publishing design style and Flash animation interactivity. If you used hypertext with semantic markup, you’d work in anything including Lynx in a terminal and text readers for the blind. Add a minimalist CSS such as, change font, spacing, colors of elements, and be done with it.

If you use the web just a piece of paper to convey information, think Economist or The Atlantic instead of Cosmo or Us magazine, it all pretty much “just works”.

I'll guarantee that The Atlantic, Cosmos, etc. use over-engineered, bloated websites. Hence the reason why Google created Accelerated Mobile Pages.

More from the commenter:

By contrast, if you use the web as a SPA (single page app) engine, you’re gonna have a bad time. For that, test in Safari for iOS, Chrome on Android, so you work in their native embedded engine. Given they’re both originally WebKit / KHTML, you’re not too far apart.

Recognize this is a contrarian view when these days it’s popular to try to shoot for a single experience on every form factor, and easy to forget most content on the web is still not in app form, it’s just stuff to read. HTML 3.2 / 4 with CSS wasn’t a terrible place to live.

Speaking of AMP, I also saw this HN thread on Jun 13, 2019.

"Google AMP Issue: Links to visit the site currently not working ("

It's ironic to me that AMP is a problem we all brought upon ourselves, really. It's almost (jokingly) a Prisoner's dilemma [1]. Had no one ever opted into it, it probably would have just been swept under the rug by Google, and a win-win for us all. But since a competitor of yours (probably) opted into it to get ahead of you, you now have to opt into it also, to compete and get the same SEO "power juice" it gave them. The fact that everyone now adds the code to their site to make it work with AMP is the problem. Google gave us the rope. And then all the SEO managers/marketers/specialists hung us with it.

Google did not create AMP out of thin air for no reason. The media publishes the worst web designs in the world. Google provided media solution on the mobile web, and the media thinks AMP is a great idea. So bizarre. The media could create lightweight websites by default, but the media choose differently.

Another HN comment:


WE don't live in an ideal world and AMP is my only option of getting de-bloated webpages. I would love if managers and directors would do this themselves and AMP wouldn't be needed, but that's just not the case.

I have to choose between downloading some text and images to read an article or load 5MB JavaScript SinglePageApp with tracking, ads, auto playing video's...

I know in an ideal world AMP would be useless, but until we reach that world I'm going to prefer AMP links over normal ones.

That's a great comment. Google pushed for a complex, bloated web, and publishers obliged, along with ads, trackers, and crapware, and then Google created a solution to the bloat: AMP. The complete circle.

A lot of HN geeks responded to the above comment by saying that AMP is not the only solution to debloating web pages. I agree. Disabling JavaScript nearly solves the entire problem. But then the web developers consider me an edge case and see no need to design with progressive enhancement, which means I see blank pages on many websites.

Another way to debloat is to use uMatrix cranked up, blocking everything except HTML. Reader mode-type features are not an option because the entire bloated web page has to be downloaded first before reader mode to work. It's best to block the downloading of JavaScript.

That HN thread contained over 200 comments. Here's another one:

AMP is my only option of getting de-bloated webpages

How about de-bloating your webpages instead?

Seriously, people, come on — just put less cruft in your web pages. Don't load 500 trackers. Say no when the marketing guys come over and tell you to add 10 more. Tell your bosses that marketing is incompetent. Push back and tell people that adding cruft is bad.

Please don't bother telling me how it "can't be done". It can, but you might not want to.

I'm actually quite happy about the way this AMP thing is unrolling: the bloated crappy sites will walk into the jaws of AMP and get badly owned by Google eventually, being completely dependent on them.

That happened before AMP came out in 2015.

HN comment:

you can still put your wallet to vote and support outlets that provide a RSS feed, like a proper one with full articles and images

Too bad Firefox did not promote RSS/Atom feeds more, starting about 10 years ago.

It's interesting. Many HN users dislike AMP. They suggest ways to debloat web pages. Okay ... but ... how many of those HN users use web tech that creates bloated websites and web apps? How many of those HN users think that it's okay to design without progressive enhancement, meaning that when users choose to block annoying, useless JavaScript to debloat pages, they see blank websites?

It's great to see HN users bitch about AMP and web bloat and offer ways to debloat web pages. But that seems to run counter to PWAs, WebAssembly, and other web bloatware that requires modern web browsers.

Jun 16, 2019:

"When to use web workers ("

"Chromium and the Browser Monoculture Problem ("

JavaScript Is the CO2 of the Web [audio] (

Jun 27, 2019

When reading the HN comments, it's more proof that Mozilla built Firefox for tech geeks and not normal people. I would describe myself as a tweener, in the middle between normal people, such as my friends and family, and the hard core tech nerds that post at HN.

Reinventing Firefox for Android (

A few HN comments:

I try to convert people to Firefox. The number one reason people switch, by far, is because mobile has add on support. So I say to push this front and center in marketing (I know this is a preview). People are reluctant to switch their desktop browser because chrome pretty much has the same features. But it they switch their mobile browsers they also switch their desktops to take advantage of the full feature suite.

Do normal users care? Firefox's four percent browser share would say, "No." If corporations have standardized on Chrome for internal web apps, then it's likely that users will continue to use Chrome outside of work. If web developers who create web apps that run on internal networks at businesses know that the businesses use Chrome, then the developers will build and test their apps to work only in Chrome. Mozilla needs to convince businesses to use Firefox.

Another comment:

I think Firefox always is ahead with great features and better UX. (Lazy tab loading, sticky tabs, containers, no video autoplay, to name a few)

Lazy tabs, sticky tabs, and containers sound like the complex, bloated web. And Mozilla removed native RSS support from Firefox. In my opinion, feed support like what exists within Opera Mini that I'm still using today on an old Blackberry, is more important than that other crap, especially if the idea was to convince normal people to use the open web more.

Another comment that sounds like a commercial.

The hard work you guys put in is always appreciated, FF in all its forms has become truly the best browser there is. That being said, how on earth was Reader Mode prioritized above adblocking?

The geeks prattle a lot about ad blocking. I use Safari on my old iPhone 5C that I acquired in June 2014. It came with iOS 7x, and I upgraded once to iOS 8.x that I'm still using. My version of Safari does not support some of the new JavaScript features that were released after 2014. That's okay.

The way that I block ads and most of the web's obnoxious, probably created by many of the HN commenters in the above thread, is by disabling JavaScript. I don't need an add-on, plug-in, extension, whatever. I disable JavaScript globally within Safari on my iPhone. That's how I read the web on my phone.

Disabling JavaScript blocks all or nearly all ads. Disabling JavaScript makes my web reading more secure and private. Blocking ads is not enough, in my opinion. Within Chrome and Firefox, I use uMatrix to block everything, except HTML text. That makes the web usable.

Maybe the geeks in that HN thread should stop worrying about making web browsers more complex and bloated and focus more on creating simple, usable websites.

Another comment:

Ad blocking is the only reason I use Firefox mobile.

That's nuts. Disabling JavaScript is the key. At least 90 percent of the time, I use Safari on my iPhone with JavaScript disabled. With multiple tabs or browser windows open, having JavaScript disabled increases battery life. It's amazing how much faster my iPhone's battery drains when I view bloated websites with JavaScript enabled.

HN comment:

I'm sending this from it right now using the dark theme it comes with, dark bar (at the bottom), it has exactly what you're asking for! I'm really happy about this; dark with bar at bottom is what I've always wanted.

I installed Firefox preview for Android on my Chromebook. It's odd to me to see the URL window located at the bottom of the screen. I have no idea why geeks like this. The URL window has been located at the top for over 25 years. Users get accustomed to these simple experiences. What problem was solved by moving the URL window to the bottom? It "feels" like an annoying fixed CSS/JavaScript footer.

Geeks love dark themes. The problem is for me that I have more problems with the various dark themes than I do with dark text on a light background themes. It seems harder to get dark themes right for the majority of users. Some dark themes fry my retinas. In my opinion, dark text on a light background works for more people.

I'll be more specific. Geeks prefer light text on a dark background while normal people are accustomed to dark text on a light background.

Idiotic web designers screw things up is by using grey text on a light background and a microscopic font size for websites viewed on phones. This is a good use for a reader mode-type action, assuming that the site is available to work in reader mode.

This is why all typography should be controlled by the web readers within the browsers. None of the browsers offer enough typographical control. Obviously, this would be more for geeks, maybe. A lot of normal people have used eBook readers that offer some typographical modifications for digital book reading. I think that normal people could transition that thinking to web reading if web browsers provided that control.

I enjoy interesting web designs, but if I'm visiting websites for the content, then I want to read the text my way. And my typographical prefs won't agree with others and vice versa.

I prefer dark text on a light background with a large-ish font size. Others prefer a tiny font size and light text on a dark background. These settings and more should all be available for users to control.

My current CSS at uses the following:

  /* font size approx 22 px */
  font:1.375em/1.62 sans-serif;
  margin: 0 auto 1em auto;
  padding:0 .62em;
  color: #222; 
  background-color: #fff8dc; /* cornsilk */
body {font-family: system-ui, -apple-system, BlinkMacSystemFont, "San Francisco", "Segoe UI", "Roboto", "Oxygen", "Ubuntu", "Cantarell", "Fira Sans", "Droid Sans", "Helvetica Neue", "Lucida Grande", Verdana, "Helvetica", sans-serif;}

I prefer to use system fonts.

Another HN comment that focused on accessibility issues that are problems for all mobile web browsers and, at times, websites.

Interesting point about reflowing text: Why don't browsers reflow text on mobile when zooming the same way they do on the desktop? This is a mayor annoyance for me since, well, forever. As a visually impaired user, forcing me to swipe text left to right the whole time after I zoomed to a comfortable font size makes reading on smaller screens really bad.

And before you mention it, changing default font size in browser/OS doesn't really help, mostly makes things worse (Bad categories like "medium", "huge" instead of font size, page layouts breaking etc.)

Pathetically, some websites prevent zooming because of a setting in the meta tag.

Jul 15, 2019

"Building a hackable editor in the browser ("

When I saw the title at Hacker News, I my first thought was why build an editor in a web browser? I find that USING most web-based editors are annoying. Building one within the browser seems sadistic.

Top HN comment: about moving things out of the browser? It's cramped as it is. And then people wonder why their browser is so slow... "it's just displaying documents!"

And geeks wonder why we don't have more web rendering engines that support the modern, complex, and bloated web.

The user's comment: " about moving things out of the browser?" is at least 15 years too late.

Sep 3, 2019

I said above:

Mozilla built Firefox for geeks and not normal people.

"Firefox 69.0 Released ("

HN reply to the people complaining that Pocket is too integrated into Firefox, which is a valid point. Mozilla bought Pocket, and they have made Pocket a feature within the web browser, instead of an extension that can easily be uninstalled. Mozilla ended Firefox's support of RSS/feeds, which help the open web, but Mozilla promotes Pocket because Mozilla could not buy RSS.

about:config; search pocket; delete api keys, disable stuff, be happy

Non-geeks won't do that crap. I don't want to do that crap to USE a WEB BROWSER to READ HTML.

Sep 4, 2019

"In a swipe at Chrome, Firefox now blocks ad trackers by default ("

Those who want a world where Firefox has a higher market share and mind share, please consider doing the following:

  1. Evangelize Firefox to people you know any chance you get and show them all the reasons why its better than Chrome (focus on privacy as an important point). Show them how great browsing can be with a few key extensions (like uBlock Origin, Containers, Privacy Possum, etc.). This does not imply that Mozilla is beyond criticism or that Firefox should not be held to a higher standard.

  2. If you can, donate money to Mozilla regularly. [1] As of a couple of years ago (IIRC), more than 90% of Mozilla's revenue was from its partnership with Google for being the default search engine in many geographies. As long as this remains true, Google will only tolerate Firefox being a viable competitor while Firefox still remains as small to moderately sized competition (to avoid antitrust action). If/when Firefox gains a much larger piece of the market, Google will (as it has been doing all these years) even more forcefully use its money and marketing muscle on all its properties as well as add more tiny annoyances on its properties to make Firefox seem buggy citing tangential things like "web standards" or "pushing the web forward" and other euphemisms that companies like Google use to crush competition.

IMO, there needs to be a lot more individual funding of Mozilla while keeping it accountable to users and as per its own manifesto. The level of competition among browsers right now leaves us all vulnerable.

Edit: After seeing a reply to this comment, I did a quick search and found that donating money to Mozilla means donating to the Mozilla Foundation, and that the money may not go to funding Firefox development, which is part of Mozilla Corporation. See this discussion from December 2018 on reddit. [2] It may be desirable for at least part of the donation (as decided by Mozilla Corporation) to go to Firefox development. Does it already happen that way or is there a way to get this result, like in the case of Mozilla Thunderbird where donations go to that project (alone)?

Oct 15, 2019

"Firefox Privacy – The Complete How-To Guide ("

Maybe you are not so lucky. Too bad, you've disabled telemetry so nobody is coming to help. Bye.

Good attitude. That convinces people to try Firefox. Four-percent browser share. I guess without the telemetry data, Firefox usage would only be around two-percent.

Concrete example of this: Mozilla removing RSS support because "[it has] outsized maintenance and security costs relative to their usage"[1]. I suspect that there's a high correlation between "power users" that used RSS and went through the settings to disable telemetry.

Nooo. It's probably due to the fact that Firefox users are power users (geeks), and if Firefox users used feeds, they probably used feed readers and not Firefox.

Firefox, however, could have introduced feeds to non-geeky users, provided that enough normal people used Firefox, which is not the case.

The removal of RSS is just an example of poor management and decision making by Mozilla.

I think that even if telemetry had had different results, they would have then just ignored it for making that decision. Or they would have changed the interface to hide a feature, and then when users used it less, they would use that as justification to remove something.

There was really no good reason to remove it. They quantified the costs of keeping it at something like $5000. How much do they spend translating Firefox into obscure languages that nobody downloads? Or on catering for their galas and fundraisers? Or any other stuff not related to writing software?

There is much more robust discussion on this already.

Another HN comment:

It would hardly matter because such users are probably still, and always were, an absolute minority of Firefox users ...

And Firefox users represent a minority of web browser users. Should websites/web apps not support Firefox?

"[it has] outsized maintenance and security costs relative to their usage"[1]

That's a good reason to make web apps support Chrome-related browsers and maybe another browser maker and not support Firefox because too few people use Firefox.

An HN comment from a user who misses the point of Firefox supporting and promoting feeds.

There are addons for RSS support that are much higher quality than the built-in support.

That works for people who are already familiar with feeds. If a significant number of people used Firefox, then Firefox could have exposed people to the idea of feeds. Then with experience, the new feed users might have migrated from Firefox's built-in feed support to a popular feed reader.

Oct 17, 2019

Mozilla Intends to Deprecate OpenSearch (

Jan 15, 2020

"Mozilla lays off 70 ("

HN comment:

Other browsers do just fine with significantly fewer engineers.

And the proper response:

Like who for instance? Basically only Blink, WebKit and Gecko are usable non-toy web engines these days, and they're all backed by big companies with deep pockets and many engineers.

Opera's long gone, now it's a chromium fork. Internet Explorer is gone, now MS uses a chromium fork. The hype new browsers like Brave and Vivaldi are just chromium under the hood.

It's like the difference between making a Linux distro and maintaining a full OS.

In order to support the complex, bloated modern web with an independent web rendering engine, hundreds of engineers and hundreds of millions of dollars are probably required, and that may still not be enough to garner more than 2 or 3 percent market share. Which leads to what's the poin of trying?

Also located near the top of the HN homepage ...

"The new Microsoft Edge is out of preview ("