2 points par GN⁺ 2026-03-06 | 1 commentaires | Partager sur WhatsApp
  • Dans l’installation par défaut de Firefox sur macOS, le menu clic droit est excessivement chargé et contient trop d’éléments inutiles
  • Via les réglages de about:config, il est possible de désactiver plusieurs fonctions comme les boutons liés à l’IA, les captures d’écran, la traduction, l’aperçu des liens, la recherche visuelle, etc.
  • En passant au total 13 réglages à false, le menu passe de 26 à 15 éléments, ce qui le rend bien plus épuré
  • Certains éléments (par ex. « Bookmark Link… », « Save Link As… », « Languages ») ne peuvent pas être supprimés sans modifier le CSS (userChrome.css)
  • Proposition : Firefox devrait fournir, comme pour la personnalisation de la barre d’outils, une interface permettant de personnaliser aussi le menu clic droit

Les problèmes du menu clic droit par défaut de Firefox

  • Sur macOS, le menu clic droit de Firefox fraîchement installé comprend 26 éléments, 7 séparateurs et 2 sous-menus
    • De nombreux éléments superflus sont présents, comme « Ask an AI Chatbot », « Copy Clean Link » ou « Inspect Accessibility Properties »
    • Certains boutons restent affichés après une seule utilisation de la fonction, et la manière de les désactiver n’est pas évidente
  • Des options comme « Copy Clean Link » ou « Copy Link to Highlight » apparaissent parfois comme des boutons dénués d’intérêt selon le contexte
  • Le menu est tellement complexe qu’il devient difficile pour l’utilisateur de trouver les fonctions dont il a réellement besoin

Ranger le menu via about:config

  • En passant les réglages suivants à false, les boutons associés sont supprimés
    • browser.translations.select.enable : supprime « Translate Selection »
    • screenshots.browser.component.enabled : supprime la fonction de capture d’écran et son bouton
    • dom.text_fragments.enabled : supprime « Copy Link to Highlight »
    • privacy.query_stripping.strip_on_share.enabled : supprime « Copy Clean Link »
    • devtools.accessibility.enabled : supprime « Inspect Accessibility Properties »
    • browser.ml.chat.menu : supprime « Ask an AI Chatbot »
    • browser.ml.linkPreview.enabled : supprime « Preview Link »
    • dom.text-recognition.enabled : supprime « Copy Text From Image »
    • browser.search.visualSearch.featureGate : supprime « Search Image with Google Lens »
    • extensions.formautofill.addresses.enabled : supprime les boutons liés au remplissage automatique des adresses
    • extensions.formautofill.creditCards.enabled : supprime les boutons liés au remplissage automatique des moyens de paiement
    • widget.macos.native-context-menus : supprime le menu macOS natif « Services »
    • print.enabled : supprime la fonction d’impression et les boutons associés
  • Après application de ces réglages, le menu passe de 26 à 15 boutons et devient nettement plus simple

Les éléments qui restent impossibles à supprimer

  • « Bookmark Link… », « Save Link As… », « Email Image… », « Set Image as Desktop Background… », « Bookmark Page… » ne peuvent toujours pas être supprimés via about:config
    • Les ... de ces éléments indiquent des actions nécessitant une saisie de l’utilisateur
  • Lors d’un clic droit dans un champ de formulaire, les menus « Check Spelling » et « Languages » continuent d’apparaître
    • « Check Spelling » peut être retiré en désactivant complètement la vérification orthographique, mais comme la fonction est utile, elle est conservée
    • Le menu « Languages » reste impossible à supprimer même dans un environnement monolingue

Personnalisation supplémentaire via userChrome.css

  • Les boutons inutiles restants peuvent être supprimés en créant un fichier userChrome.css
  • Il est mentionné qu’un prochain article expliquera comment utiliser userChrome.css

Proposition d’amélioration de l’expérience utilisateur de Firefox

  • Le processus pour désactiver individuellement plusieurs boutons est complexe et peu intuitif
  • Pour un nouvel utilisateur, il est difficile de trouver où se situent ces réglages, et certains relèvent presque du hack non officiel
  • Firefox devrait proposer, comme « Customize Toolbar », une interface permettant de gérer visuellement les éléments du menu clic droit
  • La structure actuelle peut être utile aux utilisateurs avancés, mais elle reste peu conviviale pour le grand public

1 commentaires

 
GN⁺ 2026-03-06
Commentaires sur Hacker News
  • Dans une autre ligne temporelle, si Firefox avait raccourci le menu contextuel, on aurait sans doute vu des billets de blog de power users se plaindre d’avoir perdu des fonctionnalités
    En pratique, j’ai déjà vu ce genre de plaintes à plusieurs reprises chaque fois que Firefox retirait des fonctions de l’interface
    Au fond, il est difficile de satisfaire tout le monde

    • C’est étonnant de voir que certaines personnes se mettent vraiment en colère pour des détails minuscules
    • J’aurais préféré qu’ils rendent le menu personnalisable
      Les débutants ont déjà quitté Firefox depuis longtemps, donc je ne pense pas qu’il faille s’en inquiéter
    • Il est difficile de satisfaire tout le monde, mais ce n’est pas le vrai sujet
      Le problème, c’est que Firefox a ajouté des fonctions d’IA et les a activées sans même demander à l’utilisateur
      Se présenter comme un navigateur centré sur la vie privée tout en intégrant l’IA par défaut, c’est contradictoire
    • Les changements dans Firefox sont vraiment un exercice difficile
      Tout l’enjeu est de trouver l’équilibre entre les options exposées au grand public et les fonctions avancées pour les power users
      Le succès de l’informatique ne venait pas d’un « produit pour tout le monde », mais d’un « environnement que chacun peut adapter à ses propres besoins »
      Au final, tous les utilisateurs deviennent des power users à leur manière
      Comme le dit aussi Jack Conte dans cette vidéo de conférence, le vrai succès vient, selon moi, d’une minorité passionnée d’utilisateurs
    • La cohérence de l’interface est aussi importante
      Voir des éléments comme « copy clean link » apparaître ou disparaître selon le contexte est déroutant
      Je pense qu’il vaudrait mieux les afficher en permanence, même désactivés
  • Le symbole « … » est une convention historique de l’interface utilisateur indiquant qu’un élément de menu n’exécute pas immédiatement une action, mais ouvre une boîte de dialogue

    • Ce n’est pas un problème propre à Firefox, c’est une convention UI ancienne
      Les menus grisés et désactivés me sont au contraire utiles, car ils signalent que je suis au bon endroit
      Quand un élément de menu disparaît, c’est encore plus déroutant
    • La personne qui a écrit cette phrase semble mal connaître les conventions UI
      Les éléments grisés paraissent inutiles, mais ce sont en réalité un important mécanisme de retour d’information
    • On n’ajoute « … » que lorsqu’une saisie d’informations supplémentaires est nécessaire
      Si cela ouvre simplement une fenêtre de propriétés, ce n’est pas nécessaire
    • C’est une convention qui existe depuis plus de 30 ans
    • Cela me rappelle l’époque de Windows, où l’on faisait attention à ce genre de détails d’interface
      J’ai l’impression qu’aujourd’hui cette minutie a diminué, et cela me donne une légère nostalgie
  • Apple a abandonné, conformément à la loi de Fitts (Fitts’s law), le modèle avec un menu dans chaque fenêtre
    Comme l’indique aussi l’article sur la barre de menu, les menus en bas des fenêtres étaient plus lents et moins efficaces
    Personnellement, j’aime la richesse de la structure des menus de Firefox
    Je pense qu’il vaut mieux placer les fonctions moins utilisées dans des sous-menus, tout en conservant autant que possible la discoverability dans les menus eux-mêmes

    • Mais il est impossible de tout mettre dans les menus
      On se retrouverait avec des centaines d’entrées
      Les menus n’ont pas de recherche et offrent peu d’explications, donc du point de vue de la découvrabilité, c’est un échec
    • Cette discussion ne porte pas sur les menus de fenêtre, mais sur le menu contextuel
      Il existe toujours sur macOS
    • La loi de Fitts était peut-être pertinente à l’époque des écrans 12 pouces, mais elle l’est moins avec les grands écrans actuels
  • Le problème de la culture actuelle, c’est qu’un billet qui aurait autrefois dit « voici comment on peut réorganiser ce menu »
    est désormais devenu un contenu centré sur l’indignation
    Avant, les débats du type Mac vs PC ou vim vs emacs avaient aussi un côté humoristique
    Aujourd’hui, tous les textes deviennent excessivement agressifs

    • Bien sûr, l’attitude des entreprises a elle aussi changé
      Autrefois, Firefox renforçait la vie privée, alors qu’aujourd’hui il active par défaut des fonctionnalités qui l’affaiblissent
      Dans ce contexte, on peut comprendre que le ton des utilisateurs se soit durci
  • Merci d’avoir partagé ces réglages about:config utiles
    C’est précieux pour les personnes qui utilisent un fichier user.js afin de conserver et synchroniser leurs paramètres
    Je recommande aussi l’outil simpleMenuWizard, qui permet de supprimer tous les éléments du menu contextuel

    • Cet outil a vraiment l’air excellent
      J’ai supprimé une quinzaine d’éléments avec userChrome.css, mais je pense essayer celui-ci la prochaine fois
  • Le menu était effectivement trop long
    J’utilise souvent « Save Link As… », mais « Set Image as Desktop Background… », je ne l’ai pas utilisé une seule fois de ma vie
    On a l’impression qu’un élément de menu a été attribué à un cas d’usage beaucoup trop spécifique

    • À noter que « Save Link As… » n’enregistre pas réellement le lien lui-même, mais la ressource cible du lien
      Le nom prête à confusion
  • Merci énormément pour le réglage qui désactive le défilement au stylet et permet d’utiliser la saisie au stylet comme outil de sélection de texte
    C’est le comportement que j’attendais depuis l’époque de PenPoint et de Windows for Pen Computing

  • Désactiver complètement des fonctions, c’est un peu excessif
    J’utilise parfois la fonction de capture d’écran, mais pas depuis le menu contextuel
    Même chose pour l’autocomplétion, l’impression ou les outils d’accessibilité
    C’est dommage qu’on ne puisse pas désactiver les éléments de menu inutiles

    • Cela dit, j’aimerais bien savoir comment on accède à la capture d’écran autrement que par le clic droit
      Moi, je l’utilise toujours uniquement via ce menu
  • C’est intéressant de voir des critiques contre les éléments grisés
    Les logiciels actuels ont tendance à masquer complètement l’interface lorsqu’on n’a pas les droits ou que certaines fonctions sont bloquées
    Du coup, même si on suit le chemin indiqué par la documentation ou par une IA, le menu n’existe tout simplement pas, ce qui est déroutant
    Les éléments grisés constituent le strict minimum en matière de discoverability pour signaler qu’une fonction existe
    Idéalement, on aimerait aussi savoir « pourquoi c’est désactivé », mais c’est peut-être trop demander

    • Dans notre entreprise, nous affichons la plupart des menus à tous les utilisateurs
      En cliquant dessus, ils arrivent sur une page indiquant « vous n’avez pas l’autorisation »
      Je trouve cela bien préférable au fait de ne rien voir du tout
    • L’UX actuelle est vraiment au niveau du gaslighting
      Même les messages d’erreur ont disparu ; on voit juste un spinner tourner un instant puis disparaître
      L’utilisateur ne sait même pas pourquoi cela ne fonctionne pas
    • Ce commentaire exprime parfaitement ce que je pense
      J’étais devant mon écran en train de crier « discoverability ! »
  • C’était une liste about:config intéressante
    Je fais sans doute partie de la minorité qui a réellement utilisé tous ces éléments du menu contextuel

    • Cela dit, « Set as Desktop background » va quand même trop loin
      Et en plus, on ne peut même pas le supprimer via about:config