Du coup, ce qui me semblerait nettement plus cohérent, ce serait d'avoir un menu global pour l'application, et un menu spécifique pour chaque "instance"
Certaines applications (xmgrace, nedit) ont un menu Aide aligné à droite, les concepteurs ayant compris que ce menu était un peu différent des autres. On peut aussi imaginer en mettre certains en italique. Mais l'inconvénient que je vois est que certains menus mélangent options locales et globales. Par exemple l'index de l'aide est global, mais l'option « qu'est-ce que c'est » ou, dans Mathematica, « Why the beep » sont liés au document. Dans LibO, le menu Outils/Options est lié au type d'instance (il y a sous-menu dans les Options qui change selon que la fenêtre est lancée depuis Calc, Writer, Base). Il peut y avoir plusieurs points de vue, l'Historique étant à la fois local et global. Du coup cela peut donner des frustrations, quand on se trompe parce qu'on n'a pas le même état d'esprit ou la même opinion que le concepteur du menu.
[^] # Re: Distinction application / instance
Posté par JGO . En réponse au journal Pourquoi cet engouement pour les "menu globaux". Évalué à 2.
Certaines applications (xmgrace, nedit) ont un menu Aide aligné à droite, les concepteurs ayant compris que ce menu était un peu différent des autres. On peut aussi imaginer en mettre certains en italique. Mais l'inconvénient que je vois est que certains menus mélangent options locales et globales. Par exemple l'index de l'aide est global, mais l'option « qu'est-ce que c'est » ou, dans Mathematica, « Why the beep » sont liés au document. Dans LibO, le menu Outils/Options est lié au type d'instance (il y a sous-menu dans les Options qui change selon que la fenêtre est lancée depuis Calc, Writer, Base). Il peut y avoir plusieurs points de vue, l'Historique étant à la fois local et global. Du coup cela peut donner des frustrations, quand on se trompe parce qu'on n'a pas le même état d'esprit ou la même opinion que le concepteur du menu.