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.
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?
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.
How about Firefox just not fill their context menu with bullshit bloat and ads for shit nobody asked for like google lens and makes 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.
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...
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.
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."
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.
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.
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.
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.
… 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!
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.
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.
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.
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.
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.
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 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.
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.
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.
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 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 sure hard to make everyone happy.
My first thought reading this was "it's amazing what some people can get angry about".
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?
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.
How about Firefox just not fill their context menu with bullshit bloat and ads for shit nobody asked for like google lens and makes it fully/easily customizable so that most users are happy and power users can add whatever they want.
It's pretty damn easy to make everyone happy.
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.
You can please some of the people, some of the time.
yea... I would consider it a ux regression to do the OPs tweaks.
To each their own; glad it's an option :)
Yes, I for one love all the options... dont hide menus from me, I have a big screen.
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!
> Why do all of the above have ...? No clue.
The "..." convention is used when menu options open a dialog box rather than just immediately doing the action.
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?
Indeed both the "..." and "disabling over removing" were in the windows 95 UI manual
Also macOS in its various guises, for decades.
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...
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.
This particular line serves only to highlight the author's limited knowledge. I wonder what they meant by it.
Also greyed out options have a point, they only seem "fucking useless" if you don't know it.
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."
The article's author doesn't appear to be particularly tech-literate. I flagged the post on the grounds that it doesn't meet HN standards in general.
+1 This has been true for, what, 30 years?
At least 40 years, since it was already present in Windows 1.0 (see https://www.youtube.com/watch?v=S-SuAaYDZIk for an example).
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.
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.
[1] https://en.wikipedia.org/wiki/Fitts%27s_law [2] https://en.wikipedia.org/wiki/Menu_bar
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.
That was a really long menu. I do use "Save Link As…” when the link is obviously a file to download and I don't want it in the default folder.
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.
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.
> I take screenshots using the Firefox feature sometimes, but never with the right click option.
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.)
You can add a screenshot button to the toolbar from the "Customise Toolbar" screen, does the exact same thing as that context menu item.
Ctrl-shift-s
You can also put a tiny camera icon in the tool bar and take a screenshot by clicking on that.
… 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!
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.
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.
I mean "Set as Desktop background" seems to definitely be an overkill to have on a speed dial.
Unfortunately that one is not removable through about:config.
That one gets used a lot when someone leaves their laptop unlocked at college.
I wish they had an always up to date guide on what each about:config option does.
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.
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.
It's gleaned from my locale. .hu is irrelevant; my alternative keyboard on my system is Polish
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.
I really miss the look up, translate, and search with... options in Firefox I have anywhere else when I right click on a selected word.
interestingly, I have these options in Firefox
These prefs - and many others - can be placed in a user.js file: https://github.com/yokoffing/BetterFox
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):
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.)
Mozilla really needs to trim this menu down by default. Who needs "Print selection" in this day and age?
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.
The opening rant is quite fun to read. It's nice that it's possible to clean up the context menu in the config.
I use "translate selection" all the time, but a proper menu editor wouldn't go amiss. Remember when apps had those?
I think Firefox’s “shift + right click” to bypass context menu blocking should be adopted by all browsers.
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.
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.
just use a gecko fork without the AI loael
librewolf is great
loael
> To be blunt: holy fucking shit, what the fuck is all of this shit? 26 rows of which 2 are greyed-out (aka: fucking useless)
Chef’s kiss.
i see the author has a small vocabulary.
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.
Except spell check. Please god fix that too.