Là j'accepte plus volontiers l'argument que celui du nolife :)
Cependant dans la vrai vie la feuille n'a pas de logique et ne va pas interpréter la case à cocher, elle n'est qu'un support. Le capteur optique (ou le stagiaire) qui va analyser la paperasse il va considérer l'état de la case comme un objet à deux états.
En effet il y a différence sémantique dans le sens que la case à cocher peut être vue comme une option sur un contenu (l'exemple du formulaire) et le bouton comme une option sur une action. Mais au final dans un logiciel, poser une option sur le contenu c'est poser une option sur une action.
Dans le formulaire d'enregistrement d'OOo, cocher la case "Je suis déjà enregistré" équivaut à appuyer sur un bouton "ne m'embête pas plus longtemps ou je passe à LibreOffice".
Comme l'a relevé téthis [http://library.gnome.org/devel/gtk/stable/GtkToggleButton.ht(...)], il y a déjà un bouton bascule en plus de la case à cocher. L'avantage du bouton bascule (qui s'enfonce) est surtout de pouvoir comporter le libellé, en texte ou en image.
On voit que dans les fait, s'il y a un bouton bascule et une case à cocher, c'est déjà pour une affaire d'interface : par exemple dans un logiciel de montage audio avancé, en général le bouton "record" ne lance pas l'enregistrement, mais bascule entre le mode lecture et enregistrement. C'est super pratique parce que si on utilise un logiciel qui génère du son et un autre qui enregistre, et qu'on a un logiciel pour les contrôler en même temps, il suffit de mettre l'un en mode "enregistrement", l'un en mode "lecture" et d'appuyer sur une unique commande "play" pour que les deux démarrent en même temps, l'un en lecture, l'autre en enregistrement.
Ce genre de bascule peut être faite avec une case à cocher, en général c'est fait avec le bouton bascule parce que ça permet d'afficher un joli bouton rouge et rond qui s'allume quand on appuie dessus. On pourrait aussi afficher un bouton en forme de tige qu'on bascule, ou comme une glissière à deux états (comme dans l'iPhone), mais là on fait du thème...
Avoir des logiciels qui présentent leurs choix binaires selon trois manières différentes, case à cocher, bascule qui s'enfonce et bascule qui se déplace, c'est pas tellement dans l'esprit Gnome d'unifier les interfaces et d'offrir une ergonomie simple.
Enfin, ce n'est pas la seule chose dans gtk ou gnome qui n'est pas unifiée et qui diverge d'une appli à l'autre (par exemple les onglets, mais la raison est peut-être que ce n'est pas à l'appli de gérer le fenêtrage ;) ).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Interrupteur
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Sortie officielle de GTK+ 3.0 !. Évalué à 3.
Cependant dans la vrai vie la feuille n'a pas de logique et ne va pas interpréter la case à cocher, elle n'est qu'un support. Le capteur optique (ou le stagiaire) qui va analyser la paperasse il va considérer l'état de la case comme un objet à deux états.
En effet il y a différence sémantique dans le sens que la case à cocher peut être vue comme une option sur un contenu (l'exemple du formulaire) et le bouton comme une option sur une action. Mais au final dans un logiciel, poser une option sur le contenu c'est poser une option sur une action.
Dans le formulaire d'enregistrement d'OOo, cocher la case "Je suis déjà enregistré" équivaut à appuyer sur un bouton "ne m'embête pas plus longtemps ou je passe à LibreOffice".
Comme l'a relevé téthis [http://library.gnome.org/devel/gtk/stable/GtkToggleButton.ht(...)], il y a déjà un bouton bascule en plus de la case à cocher. L'avantage du bouton bascule (qui s'enfonce) est surtout de pouvoir comporter le libellé, en texte ou en image.
On voit que dans les fait, s'il y a un bouton bascule et une case à cocher, c'est déjà pour une affaire d'interface : par exemple dans un logiciel de montage audio avancé, en général le bouton "record" ne lance pas l'enregistrement, mais bascule entre le mode lecture et enregistrement. C'est super pratique parce que si on utilise un logiciel qui génère du son et un autre qui enregistre, et qu'on a un logiciel pour les contrôler en même temps, il suffit de mettre l'un en mode "enregistrement", l'un en mode "lecture" et d'appuyer sur une unique commande "play" pour que les deux démarrent en même temps, l'un en lecture, l'autre en enregistrement.
Ce genre de bascule peut être faite avec une case à cocher, en général c'est fait avec le bouton bascule parce que ça permet d'afficher un joli bouton rouge et rond qui s'allume quand on appuie dessus. On pourrait aussi afficher un bouton en forme de tige qu'on bascule, ou comme une glissière à deux états (comme dans l'iPhone), mais là on fait du thème...
Avoir des logiciels qui présentent leurs choix binaires selon trois manières différentes, case à cocher, bascule qui s'enfonce et bascule qui se déplace, c'est pas tellement dans l'esprit Gnome d'unifier les interfaces et d'offrir une ergonomie simple.
Enfin, ce n'est pas la seule chose dans gtk ou gnome qui n'est pas unifiée et qui diverge d'une appli à l'autre (par exemple les onglets, mais la raison est peut-être que ce n'est pas à l'appli de gérer le fenêtrage ;) ).
ce commentaire est sous licence cc by 4 et précédentes