Pourquoi pas, dans le sens où par exemple dans beaucoup de logiciels audio on a des représentations visuelles en forme de potard à tourner ou de faders à glisser. On pourrait représenter tout ça par de simples glissières. En effet, dans la réalité ça ferait une interface énorme, et c'est bien pour cela que dans la vraie vie on ne le fait pas non plus, et que les boutons ont des formes différentes.
Si je veux représenter une table de mixage virtuelle, par exemple, je peux vouloir représenter mes différents potards alignés sur une même tranche, et je n'aurai jamais la place de mettre des glissières sur chacun. Comme dans la réalité je mettrais des boutons qui se tournent, plus compacts. Par contre, sur cette même interface en forme de table de mixage, représenter un bouton on/off par une case à cocher ou un dessin de bouton qui s'appuie, ou un dessin de bouton haut/bas, mais alors là, peu-importe ! Même la question de la forme du widget ne tient pas ! Le problème est le même pour le retour d'information : qu'une diode soit allumée, la face "on" du bouton affichée, ou la case cochée, ça signifie la même chose.
Ce qui serait vraiment intéressant, c'est que sur un ordi je puisse cocher des cases avec ma souris, et que le même logiciel, sur une tablette tactile, je puisse actionner le bouton avec un geste. C'est une question de thème.
Là il est bien question de coder en dur le thème dans la librairie de base, même pas dans un logiciel qui prendrait ses libertés (comme un logiciel de musique, pour garder le même exemple), mais bien dans la librairie de base : dupliquer les objets, les fonctions et tout, pour une histoire de thème.
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.
Si je veux représenter une table de mixage virtuelle, par exemple, je peux vouloir représenter mes différents potards alignés sur une même tranche, et je n'aurai jamais la place de mettre des glissières sur chacun. Comme dans la réalité je mettrais des boutons qui se tournent, plus compacts. Par contre, sur cette même interface en forme de table de mixage, représenter un bouton on/off par une case à cocher ou un dessin de bouton qui s'appuie, ou un dessin de bouton haut/bas, mais alors là, peu-importe ! Même la question de la forme du widget ne tient pas ! Le problème est le même pour le retour d'information : qu'une diode soit allumée, la face "on" du bouton affichée, ou la case cochée, ça signifie la même chose.
Ce qui serait vraiment intéressant, c'est que sur un ordi je puisse cocher des cases avec ma souris, et que le même logiciel, sur une tablette tactile, je puisse actionner le bouton avec un geste. C'est une question de thème.
Là il est bien question de coder en dur le thème dans la librairie de base, même pas dans un logiciel qui prendrait ses libertés (comme un logiciel de musique, pour garder le même exemple), mais bien dans la librairie de base : dupliquer les objets, les fonctions et tout, pour une histoire de thème.
ce commentaire est sous licence cc by 4 et précédentes