Perso j'aime avoir une interface cohérente, des icônes assorties, des notifications qui apparaissent toujours au même endroits…
J'aime pas, sous Android, quand un programme se permet d'être flashy avec des icônes genre diamants alors que le thème de base est sobre, c’est même une raison de ne pas l'utiliser pour moi !
Par contre, j'ai toujours utilisé des applications Qt sous Gnome (Texmaker, K3B…) et GTK sous KDE (QuodLibet, The Gimp…) et je trouve que ça ne pose plus de problèmes insurmontables depuis pas mal d'années déjà. Il existe des thèmes qui permettent d'accorder l’ensemble sans que cela ne jure trop.
Bien sûr ça n'utilise pas les boites de dialogues natives, ou en tout cas pas sans bidouilles, le fond de l'icône de QuodLibet n'est pas transparent dans la barre des miniatures de KDE (mais ça marche pour d'autres applications GTK, donc à voir).
Mais pourquoi cela viendrait forcement du tookit ? Concernant l’apparence c'est déjà facile d'appliquer un thème qui rendra le rendu très proche entre les deux tookits. Pour les boites de dialogues pourquoi pas une bibliothèque d'abstraction qui se charges d’appeler la version native ?
Pour QuodLibet par exemple l'affichage dans la boite de miniature GTK est déjà un plug-in, il ne maque que des mains pour développer la version Qt, Gnome, Ubuntu…
Y'a déjà des trucs qui marchent, MPRIS2 permet de contrôler à peu près n'importe-quel lecteur audio, une couche de compatibilité dans KDE permet de gérer correctement les notifications des applications GTK, quand je place la barre de menu en haut dans KDE ça fonctionne aussi sur les applications GTK…
Pour moi les bureaux Unix doivent garder leur côté intégré, mais cette intégration doit moins dépendre du toolkit et plus de normes freedesktop et d’architecture logiciel pluggables.
# Plugins ?
Posté par Tonton Benoit . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 6.
Perso j'aime avoir une interface cohérente, des icônes assorties, des notifications qui apparaissent toujours au même endroits…
J'aime pas, sous Android, quand un programme se permet d'être flashy avec des icônes genre diamants alors que le thème de base est sobre, c’est même une raison de ne pas l'utiliser pour moi !
Par contre, j'ai toujours utilisé des applications Qt sous Gnome (Texmaker, K3B…) et GTK sous KDE (QuodLibet, The Gimp…) et je trouve que ça ne pose plus de problèmes insurmontables depuis pas mal d'années déjà. Il existe des thèmes qui permettent d'accorder l’ensemble sans que cela ne jure trop.
Bien sûr ça n'utilise pas les boites de dialogues natives, ou en tout cas pas sans bidouilles, le fond de l'icône de QuodLibet n'est pas transparent dans la barre des miniatures de KDE (mais ça marche pour d'autres applications GTK, donc à voir).
Mais pourquoi cela viendrait forcement du tookit ? Concernant l’apparence c'est déjà facile d'appliquer un thème qui rendra le rendu très proche entre les deux tookits. Pour les boites de dialogues pourquoi pas une bibliothèque d'abstraction qui se charges d’appeler la version native ?
Pour QuodLibet par exemple l'affichage dans la boite de miniature GTK est déjà un plug-in, il ne maque que des mains pour développer la version Qt, Gnome, Ubuntu…
Y'a déjà des trucs qui marchent, MPRIS2 permet de contrôler à peu près n'importe-quel lecteur audio, une couche de compatibilité dans KDE permet de gérer correctement les notifications des applications GTK, quand je place la barre de menu en haut dans KDE ça fonctionne aussi sur les applications GTK…
Pour moi les bureaux Unix doivent garder leur côté intégré, mais cette intégration doit moins dépendre du toolkit et plus de normes freedesktop et d’architecture logiciel pluggables.