Côté GNUstep, il y aurait peu d'intérêt à utiliser les structures de données des EFL ... Concernant les widgets (Edje/EWL), marchera pas non plus, car GNUstep gère son propre affichage, tout est fait de façon vectoriel ... pas vraiment simple d'utiliser des widgets "externe" dans un tel schéma (puis bon, l'intérêt est pas énorme non plus je pense).
surtout des themes pouvant entièrement changer l'ergonomie d'une application, sans rien changer à son code!
Brr... Personnellement, je n'aimerais pas trop ça :-) (il me semble difficile d'arriver à obtenir un truc bien ergonomique de cette façon, m'enfin, je peux me tromper). Une application dont l'interface change complètement suivant, je suis pas sûr que ça aide les utilisateurs.
Néanmoins je doute que ce soit possible de profiter de la puissance de edje, à part si l'interface des applications est définie dans un fichier séparé, que l'on pourrait alors convertir simplement en fichier edc (fichier edje source) puis en eet (fichier edje compilé) par edje_cc.
Sous GNUstep, il existe grosso-modo 2 façons de faire une interface graphique:
- en utilisant directement les objets (NSWindow, NSButton, NSTextField, etc.)
- en utilisant Renaissance et en spécifiant l'UI en XML (l'intérêt étant que l'on a pas besoin de refaire l'UI pour passer par exemple de GNUstep à MacOSX).
La première méthode serait similaire à n'importe quel toolkit graphique (encore que bien foutu), s'il n'y avait Gorm. Gorm est un constructeur d'UI, mais qui manipule directement les objets, pas des représentations de ces objets. Du coup, on a exactement les mêmes capacitées qu'en codant à la main, sauf qu'il n'y a rien à coder. Vraiment top. En plus de spécifier l'UI, toutes les relations inter-objets sont faites dans Gorm de façon graphique.
Bref, tout ça pour dire qu'il n'y a pas vraiment de fichier définissant l'interface des applications à la Glade -- Renaissance y ressemble, mais là encore, en plus des widgets utilisées on indique dans le XML toutes les relations entre objets. Les fichiers Gorm sont simplement les objets sérialisés en binaire (bientôt en XML).
Donc peut être est-il possible de se servir de ça pour générer un edc, mais j'en doute; et surtout, il me semble difficile d'avoir AppKit utiliser Edge, de toute façon, donc avoir un edc est peu utile :)
Par contre, avoir un backend AppKit accéléré en utilisant Imlib2 ou autre est tout à fait possible.
[^] # Re: Bof
Posté par Nicolas Roard . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 2.
surtout des themes pouvant entièrement changer l'ergonomie d'une application, sans rien changer à son code!
Brr... Personnellement, je n'aimerais pas trop ça :-) (il me semble difficile d'arriver à obtenir un truc bien ergonomique de cette façon, m'enfin, je peux me tromper). Une application dont l'interface change complètement suivant, je suis pas sûr que ça aide les utilisateurs.
Néanmoins je doute que ce soit possible de profiter de la puissance de edje, à part si l'interface des applications est définie dans un fichier séparé, que l'on pourrait alors convertir simplement en fichier edc (fichier edje source) puis en eet (fichier edje compilé) par edje_cc.
Sous GNUstep, il existe grosso-modo 2 façons de faire une interface graphique:
- en utilisant directement les objets (NSWindow, NSButton, NSTextField, etc.)
- en utilisant Renaissance et en spécifiant l'UI en XML (l'intérêt étant que l'on a pas besoin de refaire l'UI pour passer par exemple de GNUstep à MacOSX).
La première méthode serait similaire à n'importe quel toolkit graphique (encore que bien foutu), s'il n'y avait Gorm. Gorm est un constructeur d'UI, mais qui manipule directement les objets, pas des représentations de ces objets. Du coup, on a exactement les mêmes capacitées qu'en codant à la main, sauf qu'il n'y a rien à coder. Vraiment top. En plus de spécifier l'UI, toutes les relations inter-objets sont faites dans Gorm de façon graphique.
Bref, tout ça pour dire qu'il n'y a pas vraiment de fichier définissant l'interface des applications à la Glade -- Renaissance y ressemble, mais là encore, en plus des widgets utilisées on indique dans le XML toutes les relations entre objets. Les fichiers Gorm sont simplement les objets sérialisés en binaire (bientôt en XML).
Donc peut être est-il possible de se servir de ça pour générer un edc, mais j'en doute; et surtout, il me semble difficile d'avoir AppKit utiliser Edge, de toute façon, donc avoir un edc est peu utile :)
Par contre, avoir un backend AppKit accéléré en utilisant Imlib2 ou autre est tout à fait possible.