In an alternative timeline, Firefox makes their context menu really short and someone writes a blog post ranting about how it deprives functionality from power users.
In fact, I've read several such rants about Firefox removing functionality from other parts of their UI.
It's about the disrespect of not asking. Could Firefox have asked if users wanted to enable AI features? Of course they could have, did they? Of course not, just think about how would asking would effect the shareholders!!
I don't disagree with the premise that it's hard to make everyone happy, but the problem isn't about pleasing everyone, it's about treating users with respect, and not jumping on the AI everywhere bandwagon, without asking first. Especially because Firefox has billed itself as privacy protecting, and AI is definitely not privacy focused. One might even say, privacy violating... From the privacy focused browser...
Could they have asked me if I wanted to enable 100 different browser features? Yes they could have, but why would they b/c that's incredibly annoying. If you don't like it you don't have to use it. The AI option doesn't send anything to the server unless you explicitly tell it to, so that is 100% compatible with a privacy focused browser.
The blog post is also complaining about the options to create a screenshot, copy a link to a text fragment, copy a link without trackers, debug accessibility issues, auto-fill a form, and even to print the page.
Also, Mozilla Corporation's sole "shareholder" is the not-for-profit Mozilla Foundation.
I definitely think this is a hard task and it's pretty apparent with Firefox. I mean no matter what they do people are going to be very vocal and upset about it.
But to talk more generally, I think finding the balance of what options to expose to normal users and then how to expose things to power users is quite challenging. I think a big mistake people make is to just ignore power users and act like that just because they're a small percentage of users that they aren't important[0].
I think what makes computers so successful is the fact that computers aren't really a product designed "for everyone," instead, they're built as environments that can be turned into a thing that anyone needs. Which is why your power users become important and in a way, why this balance is hard to strike because in some sense every user is a power user. Nobody has the same programs installed on their computers, nobody has the same apps installed on their phones, each and every device is unique. You give them the power to make it their own, and that's the only way you can truly build something that works for everyone.
This is why I think computers are magic! But I think we've lost this idea. We've been regressing to the mean. The problem is when you create something for everybody you end up making something for nobody.
[0] I think Jack Conte (Patreon/Pomplamoose) explains it well here. It's the subset that is passionate that are often your greatest ally. No matter what you sell, most of the money comes from a small subset of buyers. The same is true with whatever metric we look at. As a musician a small subset of listeners are the ones that introduce you to the most people, buy the most merch, and all that that makes you successful. It's not the average "user" but the "power user". https://www.youtube.com/watch?v=5zUndMfMInc
At 13:00 he quotes Kevin Kelly (founder of Wired) and I think it captures the thesis of this talk
In the age of the internet, you don't need millions of fans to be successful. If you can just find 1000 people who are willing to buy $100 of stuff from you per year, that's $100k/yr.
I really wish they'd just make it easily customizable. I don't care if lay-users might mess it up and get confused, such users abandoned Firefox years ago anyway.
Honestly, "go into about:config and flip some switches to remove stuff" is about as easy as I could imagine for allowing people to customize it. What would you suggest?
Yeah, if you turn it all into buttons and settings in the actual settings menus, someone else is going to post a long rant about how the settings menus have a million confusing options that nobody uses...
Mine also isn't anywhere nearly as confusing as his by default, so this smells like a power-user-has-power-user-problems-and-solutions rant...
They intentionally made the menu longer to look worse by selecting some text first. So it is showing four sets of contextual actions: For the Link, the Image, the Selection, and the Page.
Also a few of the menu items are new since the latest ESR (the AI stuff in particular), so you won't see them if you are running v140.
I'd suggest that they make it clearer what the user actually changed, in about:config, and show the defaults. If I click that button "Show only modified settings" I see a lot of things, mostly options that I set from the normal settings. I mean "browser.download.lastDir" should be in practically everyone's.
So there's a lot of noise and resetting things can be unclear. Especially given that when you reinstall things not all uninstalls clear out settings. It could definitely help if the about:config page tells you about the user.js file and directs you to more information. Why doesn't editing things in about:config generate the user.js file? Maybe tell people about prefer.js and where it exists?
The other thing I'd suggest, documentation. Like what is "browser.translations.chaos.errors"? There's a million things like that that are hard to learn about and explore. In an ideal system there would be a wiki with every option documented and when hovering over the option you'd get a short explanation and a click is a link to the documentation. But that's also a big undertaking (if you're building a new browser, would be nice to do this from the get go!)
I don't think there's a perfect solution and certainly these things are not easy to implement, but if you're asking how it could be easier for the user, then yeah, I think these things would be major improvements and help prevent the blindly following of random blog posts and copy pasting of things like betterfox (I'm sure it is, but how do I know?)
Mozilla should really try taking their extension ecosystem seriously, and deliver features like the AI chatbot integration as first-party extensions that come pre-installed but can be easily managed by users with a much better UI than about:config.
And then people would complain about Firefox being bloated with all these built-in extensions. And then if you don't pre-install them people will complain about needing to add all of these extra extensions.
How about Firefox just not fill their context menu with bullshit bloat and ads for shit nobody asked for like google lens and make it fully/easily customizable so that most users are happy and power users can add whatever they want.
It literally already is fully customizable. between userChrome, about:config, and extensions, you can do literally anything you like to your right click menu on Firefox.
about:config where you need a search engine to find all the key strings does not count as easy in this context. And it's unreasonable to pretend it is.
I'd argue that you shouldn't need third party add-ons plus modifications to both userChrome and about:config to do it, so it could be easier. A "Customize Context Menu" under Edit would be nice and easy for even regular users to discover and take advantage of.
Why is my Edit menu so long? What is this "Customize Context Menu" thing that I never use, or will use at most once a year?
Just kidding, but it does illustrate that there's always a tradeoff with these things. (I would like to have the ability to customize the context menu too, fwiw, though it's not as straightforward as the other customizable bits of UI since the context menu is, well, contextual.)
> How about Firefox just not fill their context menu with bullshit bloat and ads for shit nobody asked for like google lens and [...] It's pretty damn easy to make everyone happy
This is the same mistake they made with Pocket and I'm guessing it was done for the same reason (money) since they went with a Google product and not Bing Visual Search or for that matter letting users configure what service they'd like to use for image searches. This was pure bloat. It's no different from Windows adding candy crush to the desktop by default where the same argument "Some people play it and it can be removed!" does nothing to change what it is: bloat that nobody asked for.
The trick is adding letter selections so you can press the underlined letter on your keyboard and get that option! You can do things really quickly that way!
Some of these complaints feel like they aren’t specific to Firefox at all, but are UI conventions that used to be ubiquitous and no longer are, much to the chagrin of those of us of a certain age.
He also rails against menu items that are greyed out and unusable, where to me that’s a very useful indicator that the action isn’t available here but that I’m looking in the right place.
When I want to click a menu item and find it greyed out, that tells me something. But when I want to click a menu item and it’s not there at all, I’m confused. Did a developer move it somewhere else? Did the name of the action change? Am I losing my touch?
I have a lot of questions about the person who wrote that blog post, in that it seems to be a quick hot take without any digging into the reasons why things are the way are
Blog first, ask questions later? It's like c'mon man, have at least a little bit of curiosity...
No idea about author's exact age but I would bet he was born around Y2K (according to his CV) and, well, it's IMO a testament that usability is based on habits, culture and conventions, and it's not a universal truth.
You're right, I didn't know about what that "..." meant. It's kind of obvious what I meant though: "I don't know why all of these have ..." I've added that information to the post.
The greyed out options have no point because 99.99% of the links I click are already clean. Like so many of the other privacy enhancing options, just provide an option to "clean links automatically."
Link "cleaning" will sometimes just break a link entirely since it's a heuristic-based thing that removes query parameters that appear to be nonfunctional tracking parameters. Doing it by default would be setting up users for the occasional very bad experience.
Specifically, it means that more information is required to complete the task (e.g. requesting the filename for saving a file). If the action is literally about opening that dialog (e.g. something like "Show Properties"), the ellipsis is not needed.
The practical use is that the user knows they will still have the opportunity to back out of the operation, and not commit to it by the first click. I don’t think “will need more input” is that useful as an information by itself.
The original Macintosh software also did this, back in 1984.
From the Apple Human Interface Guidelines, published in 1986:
"The application dims an item when the user can't choose it. If the user moves the pointer over a dimmed item, that item isn't highlighted."
There may well have been prior art, but that's as far back as my knowledge goes.
Pretending someone is tech-illiterate because they missed one ancient UI convention from the 90s is absolutely laughable. I've known the author for years, and his technical depth runs circles around this kind of petty nitpicking. Abusing the flag button to bury an entire article over a menu ellipsis isn't just peak pedantry — it's cowardly gatekeeping that actively makes this forum worse. And before you get on your high horse to police someone else's 'literacy,' you might want to scrub your own post history. It hardly reads like the work of a genius. Next time, try formulating an actual argument against the substance of the article instead of mashing the censor button.
Apple famously abandoned per-window menus per Fitt's law[1]. Wiki[2] says:
> Apple experiments in GUI design for the Lisa project initially used multiple menu bars anchored to the bottom of windows, but this was quickly dropped in favor of the current arrangement, as it proved slower to use (in accordance with Fitts's law). The idea of separate menus in each window or document was later implemented in Windows and is the default approach in most Linux desktop environments.
I recall hearing a quote that said Jobs called the menu the ultimate discoverability tool in the designer's arsenal, but I couldn't find the quote.
I am thankful for the menu junk drawer in Firefox. Better to give me everything I can discover in a menu rather than make a zillion fugly buttons and cluttering up the chrome. Although, anything that isn't frequently used by users should at least go under a few submenus to echo OP's criticisms. If Copy Clean Link is the "right" thing to do for users, then make "Copy Raw Link" a sub-menu item.
There must be something wrong with Firefox on MacOS, I don't experience the same on linux. Options only show up when relevant, i.e. Save Image as only when hovering over an image, translate selection only when text is highlighted with the cursor, etc.
The longest right click menu I could find by clicking around various elements is no more than 12 items, two of which are from extensions.
Now I tested that too, it doesn't work that way for me, even if there's text highlighted (both regular text or a hyperlink) the menu remains contextualised.
Still the only thing I miss about the Firefox right-click context menu coming from Chrome is that Firefox doesn't have a "Look up '<selection>'" in the menu on macOS, to look up in the macOS dictionary, for looking up words I don't know.
I just want to take a moment to note that I am _very_ grateful for the flexibility of this configuration and that it affords the power/option to disable scrolling with a stylus (effectively dumbing it down to an 11th touch input) and allowing it to function as I've come to expect since the days of PenPoint and Windows for Pen Computing to select text and so forth.
Just as FYI, for people currently using firefox or want to use firefox but found its keyboard control (or plugins like Vimperator) lacking, I really recommend glide[0] highly.
I've used qutebrowser for years as I feel the keyboard controlled web is much more convenient, and there hasn't been any reasonable competition to qutebrowser. The vim keyboard control plugins for chrome or firefox don't fit the bill for me, they feel slow, are often out of focus, and quite limited.
glide fixes all of those problems, supports firefox extensions and has a really powerful and approachable scripting API. It's alpha but feels quite ready, I've been running it a few weeks full time and loved the experience.
This is disabling features entirely - I take screenshots using the Firefox feature sometimes, but never with the right click option. Same for autofills, printing, and devtool a11y features. I don't like the clutter, but I can't disable these either.
Personally, I think the Firefox browser right-click options are one of the more useful right-click menus. The one on the Apple OS is a better example of excessive and worthless.
The article talks of other menu entries but the screenshot of the menu literally shows the "Remove AI chatbot" option, why not just click that instead of hunting for it in about:config?
As an aside, it does seem like a bit of a bad sign for a feature that you know up-front that it'll be so polarizing that you need to have an always-visible top-level "hide this forever!" button.
… railing against greyed-out items is… interesting. One of my biggest peeves with a lot of modern software is the trend of "gaslight the user about the existence of functionality".
A lot of software (Github, Okta, etc. etc.) will just delete portions of their UI, usually because you don't have permission to access it, or even just some of it. So, if you google "how do I do X?" the AI — assuming it gets it right at all — will tell you to click on UI that doesn't exist. Even if you then scroll to the organic docs, those will also have you click UI that does not exist.
A greyed-out item gives you the affordance of knowing that that feature / path exists, even if it's not available right here, right now. Truly good UI would also give me an affordance of knowing why (e.g., a tooltip saying "to access blah, you need permission blah"), but that's just asking for the moon, I know.
But when you're staring at docs referencing a non-existence menu item: is it because I lack a permission? What permission? Or perhaps the docs are just out of date? — you don't know!
Odd complaint but interesting list of about:config options! I must be in the tiny minority that has actually _used_ all of these right-click menu items at one time or another.
My issue with this post isn’t so much the post itself but with what it demonstrates about culture today.
20 years ago one would have written the same post on Blogger but the odds are it would have been framed as “here’s how you can clean up the Firefox menu”.
It’s not like vitriolic content didn’t exist. But the vitriolic content was usually limited to holy war posts, when a Mac user was disparaging PCs or vice versa, or if it was a vim vs emacs conversation. And even then there was an understanding that no one was being entirely serious.
But in today’s social media/political environment, every post is turned up to 11.
I'm sure part of this is hindsight bias, but software was less intentionally user hostile in the before times.
Firefox used to release features that improved privacy. Today they add features that reduce privacy. Enabled by default, with no easy way to disable or remove the spyware link.
The tone should shift, in step with how much disrespect companies decide to inflict on their users.
Or make them more discoverable. I spent so much time looking for a UI scaling setting, and in the end it turned out its name does not contain any obvious word like scale or size, instead it is called devPixelsPerPx. It isn't even consistent about Pixels vs Px.
Long ago, I culled some items from the context menu via userChrome.css.
1. In about:config, turn pref toolkit.legacyUserProfileCustomizations.stylesheets on.
2. Create chrome/userChrome.css in your profile directory (which you can find from about:support).
3. Open the Browser Toolbox with Ctrl+Alt+Shift+I or ≡ → More tools → Browser Toolbox or Tools → Browser Tools → Browser Toolbox or some such thing. This is dev tools for the browser.
4. In the Inspector tab, search #contentAreaContextMenu to navigate to the <menupopup id="contentAreaContextMenu" …> element.
5. Look through its children. Decide which ones you don’t want, then kill them in CSS.
From my userChrome.css (I think this must be something like a decade old because I started typing curly quotes somewhere around then):
/* I don't want *two* items for Inspect, just the one main one please. */
#context-inspect-a11y,
/* I'm happy to use Ctrl+Shift+S; I don't need a context menu item for it. */
#context-take-screenshot,
#context-sep-screenshots,
/* I don't use Firefox's password manager. */
#fill-login,
#fill-login-generated-password,
#manage-saved-logins,
#passwordmgr-items-separator {
display: none;
}
The article takes the approach of disabling features (e.g. devtools.accessibility.enabled). I take the approach of leaving the features enabled (I want the accessibility stuff!) and just removing the specific context menu item that I found annoying.
(… and I see at the end of the article that this approach is what the next post is to be about. Heh. Posted before reading to the end. Probably would still have posted roughly the same thing.)
The other great use for userChrome is reclaiming the space at the top of the browser if you use tree-style tabs. With just the url bar, the window is close enough to full-screen when I close the tab tree that I rarely feel the need to use F11.
All those items in the context menu are one of the reasons that context menus are so good. Ideally you never need to go to the menu bar for much of anything because the right menu item is right there in the context menu where your cursor is already aiming.
Ironically, the only[1] right-click option I used was changed into something more cumbersome: "open image" which was changed to "open image in new tab".
[1] I exaggerate a bit, sometimes I use uBlock Origin's "block element".
I've been wondering about the Polish thing. On the screenshot at the top of the page, it reads "Translate Selection to Polish," and I initially thought this might just be something gleaned from the author's locale, but the tld is .hu, and I recall seeing "Polish" as the default "international" language option on a number of services (such as Google Translate).
Is there a technical reason for this that Polish is defaulted to more often than not? Or is this just a me thing.
No way to remove the most annoying thing.. how Copy takes the top spot away from the back arrow when you've highlighted text of any sort. I don't mind the Copy option but don't change the standard menu, add it to the bottom.
> of which 2 are greyed-out (aka: fucking useless)
It actually makes sense, because instead of wondering where the option is, you learn that it is not applicable in the given context. It also supports the spatial memory you have of the surrounding options.
It is fantastic that Firefox gives us the benefit of choice though. Maybe Chrome or whatever has better UX taste out of the box, but good luck changing anything if you disagree.
I wrote a blog post about how I customized Firefox exactly to what I wanted https://varun.ch/posts/firefox/ including a minimal UI, monospaced font, sidebar, etc etc. userChrome.css is a great feature and it’s amazing that it’s just exposed to the user.
Yeah, it's one of those features where after getting used to it you just can't understand why not every browser has it. I remember trying to copy an image from OneNote and conveniently in the custom content menu there is a button to copy the image. The only thing it does however is tell you it doesn't work and to use Cmd+C instead, which doesn't work either. So Shift + Right Click saves the day again.
The newest Firefox build has a nice feature: you highlight some text on a page, and instead of having to right-click and navigate to the AI submenu to bring up a list of canned prompts, none of which are what you actually want to ask, it just pops up a button next to the highlighted text that you can click to enter a prompt immediately.
So this guy's rant, besides not making a whole lot of sense (first he complains about the length of the right-click menu, then he complains that they moved the AI stuff to a side menu...?) is also obsolete.
For some reason Mozilla has been super focused on firefox feature pack rather than general usability for some time now. It's obviously not been working, but they must be convinced that if they just add xyz new feature, firefox will make a comeback.
Just make the goddamn browser fast, lightweight, and stable. Forget everything else.
In fact, I've read several such rants about Firefox removing functionality from other parts of their UI.
It's sure hard to make everyone happy.
It's about the disrespect of not asking. Could Firefox have asked if users wanted to enable AI features? Of course they could have, did they? Of course not, just think about how would asking would effect the shareholders!!
I don't disagree with the premise that it's hard to make everyone happy, but the problem isn't about pleasing everyone, it's about treating users with respect, and not jumping on the AI everywhere bandwagon, without asking first. Especially because Firefox has billed itself as privacy protecting, and AI is definitely not privacy focused. One might even say, privacy violating... From the privacy focused browser...
Also, Mozilla Corporation's sole "shareholder" is the not-for-profit Mozilla Foundation.
But to talk more generally, I think finding the balance of what options to expose to normal users and then how to expose things to power users is quite challenging. I think a big mistake people make is to just ignore power users and act like that just because they're a small percentage of users that they aren't important[0].
I think what makes computers so successful is the fact that computers aren't really a product designed "for everyone," instead, they're built as environments that can be turned into a thing that anyone needs. Which is why your power users become important and in a way, why this balance is hard to strike because in some sense every user is a power user. Nobody has the same programs installed on their computers, nobody has the same apps installed on their phones, each and every device is unique. You give them the power to make it their own, and that's the only way you can truly build something that works for everyone.
This is why I think computers are magic! But I think we've lost this idea. We've been regressing to the mean. The problem is when you create something for everybody you end up making something for nobody.
[0] I think Jack Conte (Patreon/Pomplamoose) explains it well here. It's the subset that is passionate that are often your greatest ally. No matter what you sell, most of the money comes from a small subset of buyers. The same is true with whatever metric we look at. As a musician a small subset of listeners are the ones that introduce you to the most people, buy the most merch, and all that that makes you successful. It's not the average "user" but the "power user". https://www.youtube.com/watch?v=5zUndMfMInc
At 13:00 he quotes Kevin Kelly (founder of Wired) and I think it captures the thesis of this talk
Mine also isn't anywhere nearly as confusing as his by default, so this smells like a power-user-has-power-user-problems-and-solutions rant...
Also a few of the menu items are new since the latest ESR (the AI stuff in particular), so you won't see them if you are running v140.
You can run the following and try it for yourself. Don't forget to highlight some text before right-clicking an image (e.g. https://en.wikipedia.org/wiki/The_World_Factbook)
So there's a lot of noise and resetting things can be unclear. Especially given that when you reinstall things not all uninstalls clear out settings. It could definitely help if the about:config page tells you about the user.js file and directs you to more information. Why doesn't editing things in about:config generate the user.js file? Maybe tell people about prefer.js and where it exists?
The other thing I'd suggest, documentation. Like what is "browser.translations.chaos.errors"? There's a million things like that that are hard to learn about and explore. In an ideal system there would be a wiki with every option documented and when hovering over the option you'd get a short explanation and a click is a link to the documentation. But that's also a big undertaking (if you're building a new browser, would be nice to do this from the get go!)
I don't think there's a perfect solution and certainly these things are not easy to implement, but if you're asking how it could be easier for the user, then yeah, I think these things would be major improvements and help prevent the blindly following of random blog posts and copy pasting of things like betterfox (I'm sure it is, but how do I know?)
To each their own; glad it's an option :)
It's pretty damn easy to make everyone happy.
Just kidding, but it does illustrate that there's always a tradeoff with these things. (I would like to have the ability to customize the context menu too, fwiw, though it's not as straightforward as the other customizable bits of UI since the context menu is, well, contextual.)
considering that it is already fully customizable, yet you are still complaining about it, i dont think so
i use (or have used) most of them. other people in this thread have said they used all of them at one point or another.
just because you dont use it does not make it "bullshit bloat and ads for shit nobody asked for". thats why you have the option to remove them :)
whats the next complaint?
This is the same mistake they made with Pocket and I'm guessing it was done for the same reason (money) since they went with a Google product and not Bing Visual Search or for that matter letting users configure what service they'd like to use for image searches. This was pure bloat. It's no different from Windows adding candy crush to the desktop by default where the same argument "Some people play it and it can be removed!" does nothing to change what it is: bloat that nobody asked for.
The "..." convention is used when menu options open a dialog box rather than just immediately doing the action.
He also rails against menu items that are greyed out and unusable, where to me that’s a very useful indicator that the action isn’t available here but that I’m looking in the right place.
When I want to click a menu item and find it greyed out, that tells me something. But when I want to click a menu item and it’s not there at all, I’m confused. Did a developer move it somewhere else? Did the name of the action change? Am I losing my touch?
Blog first, ask questions later? It's like c'mon man, have at least a little bit of curiosity...
Also greyed out options have a point, they only seem "fucking useless" if you don't know it.
The greyed out options have no point because 99.99% of the links I click are already clean. Like so many of the other privacy enhancing options, just provide an option to "clean links automatically."
From the Apple Human Interface Guidelines, published in 1986: "The application dims an item when the user can't choose it. If the user moves the pointer over a dimmed item, that item isn't highlighted."
There may well have been prior art, but that's as far back as my knowledge goes.
> Apple experiments in GUI design for the Lisa project initially used multiple menu bars anchored to the bottom of windows, but this was quickly dropped in favor of the current arrangement, as it proved slower to use (in accordance with Fitts's law). The idea of separate menus in each window or document was later implemented in Windows and is the default approach in most Linux desktop environments.
I recall hearing a quote that said Jobs called the menu the ultimate discoverability tool in the designer's arsenal, but I couldn't find the quote.
I am thankful for the menu junk drawer in Firefox. Better to give me everything I can discover in a menu rather than make a zillion fugly buttons and cluttering up the chrome. Although, anything that isn't frequently used by users should at least go under a few submenus to echo OP's criticisms. If Copy Clean Link is the "right" thing to do for users, then make "Copy Raw Link" a sub-menu item.
[1] https://en.wikipedia.org/wiki/Fitts%27s_law [2] https://en.wikipedia.org/wiki/Menu_bar
The longest right click menu I could find by clicking around various elements is no more than 12 items, two of which are from extensions.
I'd love to know why it's different.
> [...] right-clicking an image while some text on the page is highlighted (to show as many buttons as possible) looks like so
Now I tested that too, it doesn't work that way for me, even if there's text highlighted (both regular text or a hyperlink) the menu remains contextualised.
I think that I never used “Set Image as Desktop Background…” in all my life. That's a very narrow use case to get its own menu entry.
https://bugzilla.mozilla.org/show_bug.cgi?id=1116391
I've used qutebrowser for years as I feel the keyboard controlled web is much more convenient, and there hasn't been any reasonable competition to qutebrowser. The vim keyboard control plugins for chrome or firefox don't fit the bill for me, they feel slow, are often out of focus, and quite limited.
glide fixes all of those problems, supports firefox extensions and has a really powerful and approachable scripting API. It's alpha but feels quite ready, I've been running it a few weeks full time and loved the experience.
[0] https://github.com/glide-browser/glide
Um … how else do you access this feature?
(I use the context menu's item for that all the time … since that's the only way at it that I know of.)
A lot of software (Github, Okta, etc. etc.) will just delete portions of their UI, usually because you don't have permission to access it, or even just some of it. So, if you google "how do I do X?" the AI — assuming it gets it right at all — will tell you to click on UI that doesn't exist. Even if you then scroll to the organic docs, those will also have you click UI that does not exist.
A greyed-out item gives you the affordance of knowing that that feature / path exists, even if it's not available right here, right now. Truly good UI would also give me an affordance of knowing why (e.g., a tooltip saying "to access blah, you need permission blah"), but that's just asking for the moon, I know.
But when you're staring at docs referencing a non-existence menu item: is it because I lack a permission? What permission? Or perhaps the docs are just out of date? — you don't know!
Unfortunately that one is not removable through about:config.
20 years ago one would have written the same post on Blogger but the odds are it would have been framed as “here’s how you can clean up the Firefox menu”.
It’s not like vitriolic content didn’t exist. But the vitriolic content was usually limited to holy war posts, when a Mac user was disparaging PCs or vice versa, or if it was a vim vs emacs conversation. And even then there was an understanding that no one was being entirely serious.
But in today’s social media/political environment, every post is turned up to 11.
Firefox used to release features that improved privacy. Today they add features that reduce privacy. Enabled by default, with no easy way to disable or remove the spyware link.
The tone should shift, in step with how much disrespect companies decide to inflict on their users.
Actually an image which is also a link for extra buttons (typical wikipedia image AFAICT)
1. In about:config, turn pref toolkit.legacyUserProfileCustomizations.stylesheets on.
2. Create chrome/userChrome.css in your profile directory (which you can find from about:support).
3. Open the Browser Toolbox with Ctrl+Alt+Shift+I or ≡ → More tools → Browser Toolbox or Tools → Browser Tools → Browser Toolbox or some such thing. This is dev tools for the browser.
4. In the Inspector tab, search #contentAreaContextMenu to navigate to the <menupopup id="contentAreaContextMenu" …> element.
5. Look through its children. Decide which ones you don’t want, then kill them in CSS.
From my userChrome.css (I think this must be something like a decade old because I started typing curly quotes somewhere around then):
The article takes the approach of disabling features (e.g. devtools.accessibility.enabled). I take the approach of leaving the features enabled (I want the accessibility stuff!) and just removing the specific context menu item that I found annoying.(… and I see at the end of the article that this approach is what the next post is to be about. Heh. Posted before reading to the end. Probably would still have posted roughly the same thing.)
[1] I exaggerate a bit, sometimes I use uBlock Origin's "block element".
Is there a technical reason for this that Polish is defaulted to more often than not? Or is this just a me thing.
It actually makes sense, because instead of wondering where the option is, you learn that it is not applicable in the given context. It also supports the spatial memory you have of the surrounding options.
I wrote a blog post about how I customized Firefox exactly to what I wanted https://varun.ch/posts/firefox/ including a minimal UI, monospaced font, sidebar, etc etc. userChrome.css is a great feature and it’s amazing that it’s just exposed to the user.
i can pick out the button i want instantly. i don't have to navigate multiple buttons to do anything
So this guy's rant, besides not making a whole lot of sense (first he complains about the length of the right-click menu, then he complains that they moved the AI stuff to a side menu...?) is also obsolete.
librewolf is great
Chef’s kiss.
Just make the goddamn browser fast, lightweight, and stable. Forget everything else.
Except spell check. Please god fix that too.