Un widget, c'est un objet conceptuel que tu peux décrire dans un langage structuré, aussi compliqué soit il, sans avoir besoin de code. C'est juste un ensemble d'états et de propriétés, auxquelles tu peux lier des actions.
a forme du contenu, c'est le contenu. Sinon c'est de l'information brute.
Le principe des langages comme HTML ou xml c'est de stoquer du contenu structuré comme de l'information brute oui…
Le truc c'est que la mise en page du contenu dépend à la fois de l'appli elle-même et des traitements qu'elle fait que des CSS GTK3
Ca dépend de ton application, tu n'as pas forcément besoin de DOM, mais oui, je suis d'accord, ton layout peut changer en fonction des évènements. Je ne vois pas ce que tu cherches à prouver. Il faut distinguer thème et moteur de thème. Je pense que c'est là qu'on ne se comprend pas. C'est peut être parce que les devs GTK3 ont tenté d'utiliser CSS comme un moteur de thème, autant qu'un descripteur de thème.
Ce que tu décris, l'interaction sur le DOM, le fait de vérifier que le thème appliqué préserve bien la sémantique du document décrit, tout ça c'est du boulot du moteur de thème, et ça ne doit pas être réalisé en CSS. Il faut avouer que les devs GTK se sont laissé bercé par l'illusion que CSS allait leur ouvrir toutes les portes. Tu dis que l'utilisation de CSS avec GTK3 n'est pas souple, je veux bien te croire, je n'ai jamais tenté d'écrire un thème GTK ni même une application, ça ne me tente pas plus que ça. Mais encore une fois, je ne pense pas que les défauts que tu soulèves remettent en question fondamentalement l'usage de CSS.
Il suffit de laisser le moteur de thème faire son boulot, et d'utiliser CSS pour faire ce qu'il sait faire, à savoir, décrire des propriétés héritables.
Et là, je ne vois pas où ça pose un problème, ce n'est pas à toi d'ajouter des sélecteurs, ça serait plutôt au moteur de thème de t'exporter des classes appropriées. L'idéal ça serait de pouvoir écrire soi-même très simplement un moteur de thème un peu comme Qt, mais ce n'est pas le cas.
Surtout que quand on en arrive à des besoins aussi compliqués que ce que tu décris… Bah je pense qu'on ne devrait pas en arriver là et utiliser autre chose. Comme clutter.
[^] # Re: Un outil est pas mauvais en soi, il dépend de l'utilisateur
Posté par Enjolras . En réponse au journal Conseils aux libristes, 2ème partie: résister à la tentation de la réécriture à partir de zéro. Évalué à 1.
Je ne comprends pas ton exemple de if .
Un widget, c'est un objet conceptuel que tu peux décrire dans un langage structuré, aussi compliqué soit il, sans avoir besoin de code. C'est juste un ensemble d'états et de propriétés, auxquelles tu peux lier des actions.
Le principe des langages comme HTML ou xml c'est de stoquer du contenu structuré comme de l'information brute oui…
Ca dépend de ton application, tu n'as pas forcément besoin de DOM, mais oui, je suis d'accord, ton layout peut changer en fonction des évènements. Je ne vois pas ce que tu cherches à prouver. Il faut distinguer thème et moteur de thème. Je pense que c'est là qu'on ne se comprend pas. C'est peut être parce que les devs GTK3 ont tenté d'utiliser CSS comme un moteur de thème, autant qu'un descripteur de thème.
Ce que tu décris, l'interaction sur le DOM, le fait de vérifier que le thème appliqué préserve bien la sémantique du document décrit, tout ça c'est du boulot du moteur de thème, et ça ne doit pas être réalisé en CSS. Il faut avouer que les devs GTK se sont laissé bercé par l'illusion que CSS allait leur ouvrir toutes les portes. Tu dis que l'utilisation de CSS avec GTK3 n'est pas souple, je veux bien te croire, je n'ai jamais tenté d'écrire un thème GTK ni même une application, ça ne me tente pas plus que ça. Mais encore une fois, je ne pense pas que les défauts que tu soulèves remettent en question fondamentalement l'usage de CSS.
Il suffit de laisser le moteur de thème faire son boulot, et d'utiliser CSS pour faire ce qu'il sait faire, à savoir, décrire des propriétés héritables.
Et là, je ne vois pas où ça pose un problème, ce n'est pas à toi d'ajouter des sélecteurs, ça serait plutôt au moteur de thème de t'exporter des classes appropriées. L'idéal ça serait de pouvoir écrire soi-même très simplement un moteur de thème un peu comme Qt, mais ce n'est pas le cas.
Surtout que quand on en arrive à des besoins aussi compliqués que ce que tu décris… Bah je pense qu'on ne devrait pas en arriver là et utiliser autre chose. Comme clutter.