Ok, pour moi, c'était un peu la même chose si on voit le thème comme une couche "présentation".
Au début, en te répondant, je me suis dit que CSS permet aussi de réorganiser les objets. Par exemple typiquement beaucoup d'éléments type menu passent en tête ou bas de page sur les petits écrans au lieu d'être à côté. Clairement on n'a pas cette flexibilité dans GIMP. Peut-être qu'une application récente aurait ce type de capacité (je ne crois pas avoir vu cela avec GTK, mais je suis loin de connaître toutes les subtilités du toolkit; peut-être que GTK4 apportera des choses dans cette optique là aussi, je sais pas).
Et puis le but de cette réorganisation en général, c'est surtout de gérer des périphériques d'affichage différents, donc afficher des choses plus petits ou à des endroits plus accessibles, faire éviter de scroller horizontalement, voire cacher des infos redondantes ou peu importantes dans les cas où on a peu d'espace disponible...
C'est rarement dans le but de réorganiser pour gérer des activités différentes, ce qui demande plus que juste changer les objets de place ou de forme, mais surtout de montrer des objets différents ou mettre la priorité sur des objets différents.
Néanmoins même la réorganisation CSS a ses limites. Typiquement si on peut montrer des infos différentes dans divers cas, c'est en envoyant absolument tout, et en laissant le thème afficher ou cacher certains éléments au choix. Franchement ce n'est pas une bonne méthode de créer absolument toutes les widgets possibles, tout balancer à la couche de présentation puis la laisser se débrouiller avec. Je pense qu'on sera tous d'accord pour dire que ce serait un extrêmement mauvais design d'application.
Au final, pour un tel système de profils, la couche backend a aussi sa petite part à jouer (même si c'est pas grand chose non plus).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Traduction approximative
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à 3. Dernière modification le 26 mai 2020 à 10:53.
Au début, en te répondant, je me suis dit que CSS permet aussi de réorganiser les objets. Par exemple typiquement beaucoup d'éléments type menu passent en tête ou bas de page sur les petits écrans au lieu d'être à côté. Clairement on n'a pas cette flexibilité dans GIMP. Peut-être qu'une application récente aurait ce type de capacité (je ne crois pas avoir vu cela avec GTK, mais je suis loin de connaître toutes les subtilités du toolkit; peut-être que GTK4 apportera des choses dans cette optique là aussi, je sais pas).
Et puis le but de cette réorganisation en général, c'est surtout de gérer des périphériques d'affichage différents, donc afficher des choses plus petits ou à des endroits plus accessibles, faire éviter de scroller horizontalement, voire cacher des infos redondantes ou peu importantes dans les cas où on a peu d'espace disponible...
C'est rarement dans le but de réorganiser pour gérer des activités différentes, ce qui demande plus que juste changer les objets de place ou de forme, mais surtout de montrer des objets différents ou mettre la priorité sur des objets différents.
Néanmoins même la réorganisation CSS a ses limites. Typiquement si on peut montrer des infos différentes dans divers cas, c'est en envoyant absolument tout, et en laissant le thème afficher ou cacher certains éléments au choix. Franchement ce n'est pas une bonne méthode de créer absolument toutes les widgets possibles, tout balancer à la couche de présentation puis la laisser se débrouiller avec. Je pense qu'on sera tous d'accord pour dire que ce serait un extrêmement mauvais design d'application.
Au final, pour un tel système de profils, la couche backend a aussi sa petite part à jouer (même si c'est pas grand chose non plus).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]