Je n'entrais pas dans le débat bouton poussoir/bouton à glissière. Car je suis plus ou moins d'accord avec toi, que c'est plus une affaire de thème.
C'est juste que personnellement, je trouve que la case à cocher ne représente pas vraiment un bouton. C'est sûr que techniquement c'est la même chose, d'ailleurs on voit bien que la hiérarchie dans gtk est : GtkButton -> GtkToggleButton -> GtkCheckButton -> GtkRadioButton (et si je me souviens bien, dans GTK+ 1.2, les cases à cocher ressemblaient à des petits boutons miniatures et non à des coches que l'on peut faire sur un formulaire papier). Et donc dans plein de cas simples on peut indifféremment choisir un bouton ou une case à cocher, et d'ailleurs on constate que dans certains cas, pour une même chose, deux logiciels différents feront un choix différent.
Je pense qu'un bouton doit être une action avec une description simple ou juste une petite image qui peut tenir dans le bouton (comme ton exemple de table de mixage) qui permet d'appuyer rapidement sans avoir à trop réfléchir. Alors que pour la case à cocher, le but est d'avoir la description à l'extérieur, ça permet d'avoir une taille fixe même si l'on a à côté 5 lignes de description sur son utilité. Et généralement on lit et on réfléchit un peu avant de cocher ou décocher (comme lorsque qu'on remplit un formulaire). De plus, une case à cocher est plutôt petite et demande une certain précision pour changer son état afin de minimiser le risque d'appui accidentel ; alors que pour un bouton, il vaut mieux avoir une taille suffisante pour pouvoir cliquer dessus facilement.
Typiquement, les cases à cocher sont employées dans Préférences. On définit souvent définitivement la configuration du logiciel ou en tout cas, on passe rarement notre temps à la changer. Par contre, par exemple, la case à cocher « Aperçu » que l'on peut avoir dans Gimp, est pour moi un mauvais exemple d'utilisation, et devrait être un ToggleButton, car pour voir l'effet d'une modification, on peut souvent être amené à basculer d'un état à l'autre.
Voila pourquoi pour moi ce n'est pas une erreur d'unification d'avoir une différence case à cocher/bascule. Après enfoncer/glisser est un autre débat.
[^] # Re: Interrupteur
Posté par teoB . En réponse à la dépêche Sortie officielle de GTK+ 3.0 !. Évalué à 2.
C'est juste que personnellement, je trouve que la case à cocher ne représente pas vraiment un bouton. C'est sûr que techniquement c'est la même chose, d'ailleurs on voit bien que la hiérarchie dans gtk est : GtkButton -> GtkToggleButton -> GtkCheckButton -> GtkRadioButton (et si je me souviens bien, dans GTK+ 1.2, les cases à cocher ressemblaient à des petits boutons miniatures et non à des coches que l'on peut faire sur un formulaire papier). Et donc dans plein de cas simples on peut indifféremment choisir un bouton ou une case à cocher, et d'ailleurs on constate que dans certains cas, pour une même chose, deux logiciels différents feront un choix différent.
Je pense qu'un bouton doit être une action avec une description simple ou juste une petite image qui peut tenir dans le bouton (comme ton exemple de table de mixage) qui permet d'appuyer rapidement sans avoir à trop réfléchir. Alors que pour la case à cocher, le but est d'avoir la description à l'extérieur, ça permet d'avoir une taille fixe même si l'on a à côté 5 lignes de description sur son utilité. Et généralement on lit et on réfléchit un peu avant de cocher ou décocher (comme lorsque qu'on remplit un formulaire). De plus, une case à cocher est plutôt petite et demande une certain précision pour changer son état afin de minimiser le risque d'appui accidentel ; alors que pour un bouton, il vaut mieux avoir une taille suffisante pour pouvoir cliquer dessus facilement.
Typiquement, les cases à cocher sont employées dans Préférences. On définit souvent définitivement la configuration du logiciel ou en tout cas, on passe rarement notre temps à la changer. Par contre, par exemple, la case à cocher « Aperçu » que l'on peut avoir dans Gimp, est pour moi un mauvais exemple d'utilisation, et devrait être un ToggleButton, car pour voir l'effet d'une modification, on peut souvent être amené à basculer d'un état à l'autre.
Voila pourquoi pour moi ce n'est pas une erreur d'unification d'avoir une différence case à cocher/bascule. Après enfoncer/glisser est un autre débat.