Qu'est-ce que Gorm ? Il s'agit d'un "constructeur d'interface" permettant facilement de créer des applications graphiques avec GNUstep.
GNUstep est un ensemble de bibliothèques implémentant la spécification OpenStep (ce qui assure une large compatibilité entre GNUstep et Cocoa sous MacOSX), et fonctionnant sous Linux, BSD, Windows.
Des vidéos (en Flash) montrant comment utiliser Gorm sont disponibles. Gorm est un "constructeur d'interface" très puissant et facile à utiliser. Il est intéressant pour son approche radicalement différente de la quasi-totalité des constructeurs d'interface existants (à l'exception, évidemment, d'InterfaceBuilder sous Cocoa/Mac OS X) : au lieu de simplement "dessiner" une interface et générer le code correspondant, Gorm permet de positionner et manipuler directement les objets "réels" de l'interface.
Un fichier gorm (contenant une interface graphique) est en fait la sérialisation du graphe d'objets de cette interface. Cette approche évite de générer du code, et permet également de réaliser tout un ensemble d'opérations directement dans Gorm plutôt qu'à la main -- on peut évidemment définir les attributs des composants, mais également les relations entre objets, les messages envoyés par les objets, etc. -- le tout sans perdre aucune possibilité.
On n'est de plus pas limité à des objets graphiques, il est tout à fait possible d'instancier et connecter des objets non-graphiques dans Gorm.
Cette approche permet ainsi de se concentrer sur le code réellement utile ; tout le reste pouvant être effectué dans Gorm.
Un aspect intéressant est la possibilité de se créer ses propres palettes d'objets et d'étendre ainsi facilement les possibilités de Gorm (voir la vidéo "custom palette" en lien, ou la vidéo StepTalk qui intègre un interpréteur SmallTalk directement dans Gorm !).
Aller plus loin
- Vidéos Flash (18 clics)
- Vidéo "custom" palette (10 clics)
- Vidéo palette steptalk (3 clics)
- GNUstep Gorm (14 clics)
# C'est moche
Posté par wahnby . Évalué à -5.
[^] # Re: C'est moche
Posté par Nicolas Roard (site web personnel) . Évalué à 9.
Sinon GNUstep est thémable hein.. Il ne l'est pas par défaut (ceci dit ça va pas tarder), il faut utiliser Camaelon (dispo sur le cvs d'étoilé), mais ça marche sans problème.
[^] # Re: C'est moche
Posté par MsK` . Évalué à 3.
( 200% subjectif )
[^] # Re: C'est moche
Posté par Nicolas Roard (site web personnel) . Évalué à 7.
Reste les menus oui, mais ils sont thémables également...
'fin bon..
[^] # Re: C'est moche
Posté par MsK` . Évalué à -2.
[^] # Re: C'est moche
Posté par Nicolas Roard (site web personnel) . Évalué à 5.
Ce que "contrôle" un toolkit (Gtk, Qt, GNUstep, etc.) sous X11, c'est "l'intérieur" des fenêtres, pas les fenêtres/titres de fenêtres -- ça, c'est du ressort du windows manager, en l'occurrence WindowMaker.
Donc bon, c'est normal que ça reste le "même design" pour les fenêtres, vu que le programme est le même...
[^] # Et les applets dockables ?
Posté par maximegb . Évalué à 1.
Paske c'est quand même très austère par rapport à un bon thème gkrellm
[^] # Re: Et les applets dockables ?
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
[^] # Re: C'est moche
Posté par wahnby . Évalué à 1.
[^] # Re: C'est moche
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
Et swfplayer ? chez moi ça marche (linux/ppc) ...
[^] # Re: C'est moche
Posté par SubBass . Évalué à 3.
tout d'abord merci pour tes vidéos, elles sont très sympas a regarder même pour quelqu'un comme moi qui n'est pas programmeur, juste curieux... mais de la curiosité à la mise en pratique, il n'y a qu'un pas que Gorm va me faire franchir (je suis en train de l'installer pour l'essayer avec mes grosses mimines)
par ailleurs, quelqu'un connait il un site regroupant des vidéos tutoriales comme celles ci pour d'autres applications ? je trouve le concept interessant pour approcher le néophyte qui peut se retrouver pris au dépourvu devant la richesse d'une interface...
quel outil as tu utilisé pour créer tes vidéos ? libre ?
merci pour vos réponses (et merci pour ton accent français qui me rend l'anglais plus facile ;)
[^] # Re: C'est moche
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
Pour l'outil que j'ai utilisé, oui, c'est libre, j'avais écrit un post expliquant ça quand j'avais fait la première vidéo:
http://camaelon.blogspot.com/2005_06_01_camaelon_archive.htm(...)
bon et pour l'accent français ouaip hein n'en rajoutes pas :D je fait ce que je peux ..
[^] # Re: C'est moche
Posté par Cyril . Évalué à 4.
Seulement, à l'époque de NextStep, les écrans des machines sur lesquelles NextStep tournait avaient une image beaucoup plus claire, ce qui fait qu'a l'époque ou ce thème à été créé, il avais plus une couleur dans le style du theme par défaut de GTK1 sur les écrans de l'époque.
Mais maintenant, c'est plus trop ça.
# Glade/libglade
Posté par fredix . Évalué à 8.
http://ruby-gnome2.sourceforge.jp/hiki.cgi?RubyZilla
On remarquera l'utilisation extrêmement simple de Gecko :)
[^] # Re: Glade/libglade
Posté par Nicolas Roard (site web personnel) . Évalué à 5.
Sous Gorm, aucun code ne serait nécessaire.
La démo "équivalente" à celle ci sous OSX, avec InterfaceBuilder et WebKit, consiste effectivement à dnd les boutons sur une fenêtre, puis dnd l'objet WebKit, puis de linker les actions des boutons à des méthodes de l'objet WebKit. Le tout sans une ligne de code, dans InterfaceBuilder. Et on peut tester le programme sans avoir à le compiler. Une fois WebKit compilé pour GNUstep (ce qui devrait être faisable avec la prochaine release de gcc apportant *enfin!* objc++), aucun problème pour faire la même chose sous Gorm -- c'est exactement le même principe qu'avec la vidéo "custom palette" en lien de l'article.
[^] # Re: Glade/libglade
Posté par Nicolas Roard (site web personnel) . Évalué à 5.
- gêrer les relations/attributs dans Gorm/IB permet d'éviter beaucoup de code "de liaison", ce qui permet de se concentrer sur le code "utile"
- ce mécanisme n'est en aucune façon limité à des objets prédéfini, mais marche avec n'importe quel objet (graphique ou non-graphique),
du moment qu'on l'a défini dans Gorm (à la main avec l'éditeur de classes ou en chargeant un .h)
- les palettes fournissent des objets prêts à l'emploi et il est facile de créer ses propres palettes
[^] # Re: Glade/libglade
Posté par fredix . Évalué à 4.
[^] # Re: Glade/libglade
Posté par gallenza . Évalué à 4.
Et ceci est directement lié à leur langage cible principal (et d'implémentation), c'est-à-dire C pour l'un et Objective C pour l'autre.
[^] # Re: Glade/libglade
Posté par Erwan . Évalué à 6.
Bref, si Glade avait des trucs similaires rendait plus facile l'implementation d'applications "HIG-compliant", meme les applications amateur auraient un look bien plus sympa.
# à l'exception, évidemment...
Posté par iznogoud . Évalué à 1.
C'est pas tout à fait la formulation que j'aurais utilisé... Je dirais plutôt que Gorm est un *clone* de interfacebuilder (en plus moche).
Mis à part le fait que ça utilise openstep (d'où quelques classes qui rappellent cocoa), je dirai que niveau interface, c'est *exactement* interface builder. Les mêmes fenêtres. Les mêmes actions.
Il n'y a donc rien d'innovant, pour moi c'est de la copie. Par contre, le truc bien, c'est qu'à la différence de interface builder, c'est libre :)
[^] # Re: à l'exception, évidemment...
Posté par CrEv (site web personnel) . Évalué à 2.
En clair, gorm "copie" interface builder ou gorm _et_ interface builder s'inspirent d'un équivalent provenant d'open step ?
[^] # Re: à l'exception, évidemment...
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
[^] # Re: à l'exception, évidemment...
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
Sinon oui, Gorm est un clone au niveau UI de IB. Il a ceci dit des trucs en plus que IB n'a pas, comme un export/import facile des chaînes de caractères contenu dans un fichier gorm (== pour la traduc).
Donc oui, Gorm n'est pas particulièrement innovant par rapport à IB; mais il l'est par rapport aux restes des constructeurs d'interface :-)
Et puis surtout, il est libre. Et à mon avis c'est là son principal intérêt, car du coup on peut vraiment imaginer tout un tas de "custom palettes" contenant des objets, pour batir facilement un programme (je rappelle que les objets ne sont pas nécessairement des widgets!).
Alors qu'IB se cantonne à un créateur d'UI finalement, sans aller au dela (vers un "assembleur de composants logiciels"); c'est plus dû à des raisons sociologiques (pas hyper intéressant pour des boites de proposer des palettes IB, et manque de documentation) que technologiques, mais ce qui ne marche pas tant que ça dans un modèle commercial (ventes/mise à dispo de composants) a bien plus de chance de marcher dans un modèle libre (ou on a justement _intérêt_ à partager les composants logiciels).
[^] # Re: à l'exception, évidemment...
Posté par B16F4RV4RD1N . Évalué à 10.
C'est énervant surtout que personnellement je trouve cela très épuré et élégant, mais ça c'est question de goût, et surtout C'EST COMPLETEMENT THEMABLE avec Cameleon, comme il a été dit plus haut.
Mais non, et cela continue, "c'est gris, c'est moche, c'est pas eye-candy comme crystal / keramik / windows xp et gnagnagna et gnagnagna"
Dans pas longtemps GNUstep arrivera à cela :
http://jesseross.com/clients/gnustep/ui/concepts/
apparemment il y avait un thème gtk qui utilisait cela, mais le site n'est plus disponible ( cf http://article.gmane.org/gmane.comp.lib.gnustep.ui/574 )
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: à l'exception, évidemment...
Posté par eJah . Évalué à 7.
Il y a fort à parier que lorsqu'une release sortira proposant les themes (parceque si j'ai bien compris pour le moment il faut uiliser la version CVS pour en bénéficier) et si c'est ce thème qui sera installé par défaut, ça va attirer pas mal de monde et de développeur.
Eh oui, malgré tout, le "look" joue beaucoup dans l'adoption d'un bureau/wm/graphic toolkit, et ce, aussi bons soient-ils...
[^] # Re: à l'exception, évidemment...
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
Maintenant, ce que fait Camaelon est deux choses:
- modifier les widgets pour que leur "dessin" soit géré par une seule classe donnée
- une implémentation de cette classe qui utilise des images pour dessiner les widgets (thèmes pixmaps)
Grâce à Objective-C on a en effet pas besoin que cette modif des widgets soit intégrée à GNUstep, vu qu'on peut remplacer du code à la volée. Cependant, ce serait mieux que ce code soit quand même intégré à GNUstep lui même (histoire de pas avoir à reporter les modifs de GNUstep dans Camaelon par exemple), et ça c'est en cours en ce moment. Même si ça ne changera pas grand chose pour l'utilisateur final :-)
[^] # Re: à l'exception, évidemment...
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
http://jesseross.com/clients/gnustep/ui/concepts/
Oui enfin c'est déja possible avec Camaelon, cf:
http://www.roard.com/screenshots/screenshot_ukuug2005.png
(reste 2-3 bricoles peut être à corriger, et par rapport aux dernières "versions" de Nesedah celle ci est trop lumineuse, mais bon..)
C'est le thème Nesedah de Jesse Ross (http://www.roard.com/gnustep/Nesedah.theme.tgz)
[^] # Re: à l'exception, évidemment...
Posté par dinomasque . Évalué à 2.
BeOS le faisait il y a 20 ans !
[^] # Re: à l'exception, évidemment...
Posté par B16F4RV4RD1N . Évalué à 2.
C'est vrai que cela manque de pouvoir modifier le thème d'osx (à part avec de shareware pas très stable parait il)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: à l'exception, évidemment...
Posté par Gohar . Évalué à 2.
Au contraire, à mon sens, les thèmes sont anti-ergonomiques au possible. Au moins, sous Mac OS X, tu as toujours exactement le même environnement d'un poste à l'autre.
Et le paradigme du bureau étant le monde réel, on ne change pas le papier peint de son bureau tous les jours.
Enfin, Apple est certainement l'éditeur qui a le plus pensé à l'ergonomie et s'il n'y a pas de thèmes sous Mac OS X, il doit certainement y avoir une très bonne raison.
Pour le libre, je verrais bien KDE thémable à mort et Gnome, pas du tout...
[^] # Re: à l'exception, évidemment...
Posté par agmk . Évalué à 1.
C'est pas déjà un peu le cas ? (je sens que je vais me faire moinsser)
[^] # Re: à l'exception, évidemment...
Posté par Mildred (site web personnel) . Évalué à 1.
Je peux choisir un thème
Je pourrais même en écrire un si je savais faire
Gnome se personnalise très bien au niveau des thèmes. Je ne vois pas ce que tu lui reproche.
[^] # Re: à l'exception, évidemment...
Posté par B16F4RV4RD1N . Évalué à 4.
C'est à discuter, mais concernant osx pouvoir changer le thème serait vraiment un plus, le thème de base même s'il n'est pas mal est vite lassant (d'ailleurs je m'en suis tellement lassé que maintenant je suis 100% sous linux...)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: à l'exception, évidemment...
Posté par Christophe Bliard . Évalué à 3.
- Pourquoi utilises-tu Linux ?
- Parce que le thème de Mac OS X est lassant.
[^] # Re: à l'exception, évidemment...
Posté par dinomasque . Évalué à 5.
Sauf que d'une application à l'autre tu as des thèmes complètement différents (Merci Apple qui pense à l'ergonomie ...)
BeOS le faisait il y a 20 ans !
[^] # Re: à l'exception, évidemment...
Posté par Gohar . Évalué à 2.
[^] # Re: à l'exception, évidemment...
Posté par iznogoud . Évalué à 2.
Tout d'abord :
Comme dit dans un commentaire entre les deux notres, si les screenshots et les vidéos utilisaient les-dits thèmes, peut-être que les gens regarderaient d'un autre oeil. Seulement voilà, parmi tous les screenshots qui nous sont donnés de voir, bien rares sont ceux qui utilisent un thème un peu moins austère.
Alors oui, ça peut être "plus joli", mais on ne nous le montre jamais. Alors tu veux qu'on dise quoi ? Que c'est magnifique ?
Ensuite :
Tu t'es attardé sur une toute petite partie de mon commentaire, une parenthèse en plus, qui n'était là que pour donner un peu de subjectif. Dommage que ce soit la seule lecture que tu ais faite de mon commentaire. Il faut croire qu'on écrit parfois dans le vide.
Je rappelle donc : Gorn, c'est Interface Builder (et sur la vidéo, c'est plus moche, j'y peux rien, libre à toi de proposer la même vidéo avec un joli thème), mais en libre.
Pour le commentaire portant sur le python dans Gorn, je sais pas ce qu'il en est. PyObjC est relativement bien fait si on utilise Mac OS X, et permet de faire de bien bonnes choses, même si... La documentation est inexistante. pydoc n'est pas complet, loin de là. Moi quand je cherche de la documentation pour pyobjC, je vais voir... La doc de l'objective-C et j'adapte en espérant que ça marche à l'arrivée (ce qui n'est pas toujours le cas, mais souvent quand même).
Maintenant, arrêtez de nous critiquer quand on dit que c'est moche, et filez faire des screenshots dignes de ce nom ! Si e17 a du succès, c'est pas pour rien. J'adorerais que gnustep ait le succès qu'il mérite. Simplement, il n'attire pas.
PS : vous pouvez même inutiliser mon commentaire, il est là pour ça :)
[^] # Re: à l'exception, évidemment...
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
Ben heu.. les vidéos utilisent le thème Nesedah hein, pas le thème NeXT. Par contre sur gnustep.org en effet les sshots n'utilisent que le thème NeXT. Maintenant bon à priori tu n'aimes pas non plus Nesedah, que veut tu que je te dise :D -- Nesedah c'est un thème fait de façon à rester "clean" tout en étant plus "moderne", et apparemment qui plait à beaucoup -- mais évidemment on ne peut plaire à tout le monde..
Apparemment ça reste trop austère pour tes gouts.. j'imagine qu'il faudra des thèmes plus fisher price en effet, même si c'est pas du tout ce qui m'intéresse moi.. :-)
-- reste à trouver des gens pour les faire, ces thèmes..
Sinon, oui, Gorm, c'est en gros IB en libre, même si il y a des différences. Et c'est tout ce que ça te fait ? :)
J'adorerais que gnustep ait le succès qu'il mérite. Simplement, il n'attire pas.
C'est clair que les sshots rebuttent beaucoup de monde.. :-/ même si certains (rares) aiment le thème NeXT, c'est évident que beaucoup se contentent de juger de la qualité de GNUstep en se basant uniquement sur les sshots. C'est dommage, mais assez compréhensible. Ca fait raler vu qu'on dispose pourtant d'un moteur de thème, mais lui aussi sous-utilisé. Enfin bon, les choses progressent (doucement..), on verra bien..
[^] # Re: à l'exception, évidemment...
Posté par Yusei (Mastodon) . Évalué à 5.
Ça n'intéressera personne, mais je tiens à le dire: à une époque j'ai même tenté d'utiliser un thème NeXT pour GTK, parce que je trouvais que ça allait bien avec mon wmaker... mais le thème était buggué alors j'ai renoncé.
[^] # Re: à l'exception, évidemment...
Posté par gallenza . Évalué à 3.
[^] # Re: à l'exception, évidemment...
Posté par B16F4RV4RD1N . Évalué à 4.
Je pense que les développeurs de GNUstep devraient pas mal communiquer à partir du thème Nesedah, un peu comme Apple le fait pour Aqua, et même si on a la liberté d'utiliser autre chose (thème classique ou complètement différent), cela donnerait une unité à Gnustep, unité qu'il a déjà avec sa charte graphique actuelle, mais décriée par beaucoup, ce que je peux comprendre, même si je ne partage pas leurs critiques (j'aime tellement cela que j'ai installé un thème gnustep classique pour toutes mes applications gtk et gtk2 :) )
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# avec python ?
Posté par B16F4RV4RD1N . Évalué à 1.
http://primates.ximian.com/~sandino/python-glade/
C'est vraiment très facile. Mais j'aimerai bien pouvoir faire la même chose avec gnustep et gorm, est-ce qu'il existe qque chose de similaire ?
question subsidiaire, est-ce que le problème avec gnustep et les dernières versions de freetype 2 est résolu ?
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: avec python ?
Posté par oops (site web personnel) . Évalué à 2.
>chose avec gnustep et gorm, est-ce qu'il existe qque chose de
>similaire ?
Pas encore....
Il y a bien PyObjC http://pyobjc.sourceforge.net/ mais il est dit :
"There is limited support for GNUstep, most of the unittests pass on GNUstep on Linux/ix86. However, we do still have some serious problems with real scripts."
De même pour Perl : http://camelbones.sourceforge.net/
"The latest CVS version of CamelBones builds successfully on my Debian GNU/Linux PC, under GNUstep. It's an early effort, and not all of the self-tests pass, but many of them do. The Building from source page has more about building under GNUstep"
C'est sur la bonne voie donc .....
Par contre on peut faire des choses avec Ruby / Java ou guile ( en plus du C et ObjC et bientôt C++ bien sur ).
Mais comme toi j'aimerais bien un support python et Perl.
[^] # Re: avec python ?
Posté par B16F4RV4RD1N . Évalué à 2.
" etc.
Cela fait un squelette particulièrement facile à modifier pour remplacer par de vraies fonctions en python.
S'il y avait cela avec Gorm et Gnustep, cela deviendrait beaucoup plus facile pour les novices de construire des applications (python était plus accessible que objc)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# Une killer application ?
Posté par Erwan . Évalué à 4.
Toujours sur l'exemple de Mono, c'est avec des applications comme Muine, F-Spot, TomBoy ou Beagle que Novell fait sa pub. Et dans le lot il y a au moins F-Spot et Beagle qui sont developpes par Novell.
Alors, a quand l'application que tout le monde veut, developpee avec GNUstep ?
[^] # Re: Une killer application ?
Posté par B16F4RV4RD1N . Évalué à 2.
http://www.linuks.mine.nu/stepbill/
(oui, je sais, c'est porté à partir de xbill)
sinon il y a quand même quelques applications bien sympa :
http://www.linuks.mine.nu/gnustep/
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Une killer application ?
Posté par M . Évalué à 3.
[^] # Re: Une killer application ?
Posté par oops (site web personnel) . Évalué à 0.
Comme les gars de Novell tu veux dire ?
>developper des applications utiles, qui n'ont pas encore d'equivalent.
Gorm / Paje / TAMS ....
Non il manque Novell et Miguel de Icaza je pense plutôt....
Quoique ... :)
L'autre problème c'est que les développeurs GNUstep aime le Look NeXT ( et ils ont raisons ) et les thèmes ont tendance à faire perdre en ergonomie par rapport à l'orginal.
Et comme le singe préfère la voiture rouge ......
[^] # Re: Une killer application ?
Posté par Erwan . Évalué à 8.
C'est soi des applications de developpement (donc il faut deja avoir envie de se mettre au developpement GNUstep), soi des trucs hyper-specialises. En tout cas rien qui s'adresse au geek moyen.
Non il manque Novell et Miguel de Icaza je pense plutôt....
Non, Miguel de Icaza il a beau dire "Mono est genial", tant qu'il n'y avait pas d'applications Mono il avait tendance a se faire foutre de lui. En plus, gnustep beneficie du capital de sympathie MacOSX chez les geeks alors que Mono n'a que le capital de haine de MS. Mais Nat et d'autres de chez Novell ont montre ce qu'on pouvait faire avec, et ca s'est enclanche : des developpeurs exterieurs a Novell se sont mis a utiliser Mono et une communaute assez large s'est cree.
Le probleme des themes c'est un faux probleme. Tu as deja entendu quelqu'un dire "j'aimerai bien utiliser cette appli, mais gnustep est trop moche" ? Les gens qui critiquent le theme le font juste sur la base de screenshot.
Bon, vous faites comme vous voulez, mais a mon avis c'est ce qui manque a gnustep. Il suffit d'identifier un domaine ou une appli manque, ou alors on peut mieux faire (il y en a a la pelle) et vous codez une appli que tout le monde veux. Les geek vont se mettre a utiliser gnustep, a l'avoir installe chez eux et a s'habituer au look&feel next. Et dans le lot quelques uns vont vouloir essayer les outils qui vous ont fait produire cette merveille.
Il ne faut pas oublier qu'un framework c'est fait pour developper des applications "utilisateurs", si c'est pour developper des outils de developpement le serpent se mord la queue et ca ne sert a rien.
[^] # Re: Une killer application ?
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
Mais pour le moment ça se mort un peu la queue, oui :-/ -- ceci dit ça ne peut que nécessairement s'améliorer, et ça s'améliore, mais lentement...
Enfin si tu as des idées d'applis géniales à implémenter, n'hésites pas à te lancer hein :-P nous on dit pas non !
# approche radicalement différente
Posté par Vincent Pelletier . Évalué à 2.
Borland [Delphi|C++ Builder|Kylix]
Sorti du saimal saipalibreu, je ne vois (-yais) rien à reprocher à cet EDI. Je l'ai utilisé dans mes années pré-linux, et j'ai vraiment adoré. J'ai ensuite trouvé très domage que Kylix ait eu un écho aussi ténu, y compris la version gratuite autorisant la distribution GPL (à vérifier, je n'y ai pas remis les mirettes depuis un moment) des applications resultantes accompagnées les librairies Borland.
[^] # Re: approche radicalement différente
Posté par Frédéric Lopez . Évalué à 2.
# Theme Engine à base de QT/GTK
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
Il me semble qu'il est (ou sera) bientôt possible de dessiner du GTK en s'appuyant sur Qt (ou l'inverse).
Je crois que le découpage en couches est bien fait sous GNUStep, donc (toujours théoriquement) ça ne devrait pas être impossible d'intercepter l'ordre de dessin d'un bouton pour le soumettre à GTK.
Ou alors faut faire des bindings GNUStep/GTK comme on commence à voir du Java/GTK/GNOME.
[^] # Re: Theme Engine à base de QT/GTK
Posté par Nicolas Roard (site web personnel) . Évalué à 6.
Théoriquement, oui. Mais vu qu'on a déja un moteur de thème (camaelon), ben heu pour le moment je préfère me concentrer dessus hein :-)
Là pour le moment camaelon contient en fait deux parties:
- des categories sur les classes widgets, modifiant le code de façon à ce que toute la partie "dessin" soit effectué par une seule classe, GSDrawFunctions
- un moteur de thème pixmaps utilisant ce mécanisme pour fournir une implémentation de GSDrawFunctions qui utilise des pixmaps pour le dessin des widgets
Ca marche bien, et pas besoin de patcher quoique ce soit (merci objc). Maintenant, ce serait quand même intéressant de basculer la première partie (les modifs des widgets) directement dans le cvs gnustep, histoire que ce soit par défaut et de pas avoir d'éventuels problèmes de synchro entre les deux codes. C'est justement ce que je suis en train de faire en ce moment, et ça devrait être commité rapidement.
Une fois ce refactoring directement intégré dans le cvs, Camaelon ne sera plus qu'une implémentation donnée de GSDrawFunctions; l'implémentation par défaut de GSDrawFunctions étant tout simplement le code actuel du "thème" NeXT.
Bref pour simplifier, ça changera pas grand chose pour Camaelon, ni pour les utilisateurs de Camaelon / les gens qui veulent un thème. Mais par contre ça devrait aider/faciliter si quelqu'un veut faire une implémentation d'un thème autre qu'avec Camaelon. Exemple:
- un "thème" Windows qui utilise l'api de thème de win32, pour GNUstep/Windows, parce que bon ce serait mieux dans l'idéal qu'un thème pixmap fait avec Camaelon
- un thème qui utiliserait le moteur de thème de Gtk ou Qt
- autres thèmes "programmés" (comme le thème actuel NeXT), c'est à dire sans utiliser de pixmaps
voila voila..
[^] # Re: Theme Engine à base de QT/GTK
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
Une petite question supplémentaire toutefois : à ton avis, quel serait le volume de boulot pour implémenter un GSDrawFunctions/Gtk ? Plus précisément, de quel ordre sont les "commandes" à réinterpréter ? Est-ce que les trucs à implémenter sont du genre "Tracer un bouton à telle position", ou "Tracer une liste..." ?
En gros, en implémentant GSDrawFunctions on gère des notions de niveau toolkit graphique ou plutôt de niveau X11 ?
Enfin, en même temps je sais pas comment ça fonctionne Gtk, ni à quel niveau de gtk il faut attaquer pour réutiliser le moteur de thème.
[^] # Re: Theme Engine à base de QT/GTK
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.