Pour ceusses que ça intéresse, j'ai mis en ligne une vidéo en flash montrant comment utiliser StepTalk Palette pour programmer une appli GNUstep entièrement *dans* Gorm (le constructeur d'interface de GNUstep)... ça tire parti du fait que Gorm (comme Interface Builder sous OSX) n'est pas simplement un constructeur d'interface, mais permet de manipuler directement les objets; et comme on peut facilement accéder à ses propres objets, et même se créer ses propres palettes d'objet... on peut faire du plug and play ;-)
la vidéo: http://www.xdev.org/gnustep/demo.html(...)
Journal programmation GNUstep avec StepTalk palette
26
juin
2005
# ...
Posté par M . Évalué à 2.
Sinon j'avais deja vu une demo sur la creation d'une calculette.
[^] # Re: ...
Posté par Nicolas Roard (site web personnel) . Évalué à 4.
[^] # Re: ...
Posté par nmoreau . Évalué à 5.
http://stricto-sensu.net/articles/spread/howtoflash(...)
[^] # Re: ...
Posté par M . Évalué à -4.
Par exemple xvidcap ?
Moi aussi je peux dire que .NET ou java ca marche facilement et que y a pas de raison d'aller regarder du cote de GNUstep....
[^] # Re: ...
Posté par beagf (site web personnel) . Évalué à 9.
Plus serieusement, il a vraiment besoin d'essayer toutes les solution disponibles pour affirmer qu'une de ces solution est simple a utiliser ?
Pour avoir essayer les deux, personellement je trouve vnc2swf plus simple que xvidcap.
Si tu voulais dire qu'il aurrait mieux fait d'utiliser un truc plus libre, il faut quand meme rappeller que flash est un format ouvert (meme si il n'existe pas de lecteur complet et libre) et que le format xvid par contre, meme si il a un codec libre, est couvert par tout un tas de brevet. Donc entre les deux formats, je ne sais pas lequel est le pire...
(juste pour finir, GNUstep et Java/.NET c'est pas franchement interchangeable, GNUstep n'a jamais eu comme objectif la portabilitee des binnaires)
[^] # Re: ...
Posté par M . Évalué à 2.
Tu crois que les algo de compression utiliser par le flash pour la video et le son (mp3) ne sont pas couvert pas des brevets : laisse moi rigoler...
Donc flash n'est pas utilisable sur toute les platforme libre et utilise aussi des technologiques couvertes de brevet...
(juste pour finir, GNUstep et Java/.NET c'est pas franchement interchangeable, GNUstep n'a jamais eu comme objectif la portabilitee des binnaires)
J'ai jamais dis le contraire, je parlais au niveau framework... Bien que c'est discutable avec les 'FAT binary'....
# GNUstep
Posté par j (site web personnel) . Évalué à 2.
[^] # Re: GNUstep
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
http://www.roard.com/docs/(...)
et sur le site d'Eric Levenez, on a la création de calculette qui m'a (pas mal) inspiré:
http://www.levenez.com/NeXTSTEP/IB_ex2.html(...)
(bon c'est une démo en Objective-C, utilisant les API NeXTSTEP, pas OpenStep, mais pour des raisons évidentes les deux API sont très proches)
# Yeah !
Posté par Damien Pobel (site web personnel) . Évalué à 2.
Plus sérieusement, ça a l'air amusant à faire, mais est ce que sur une application un peu conséquente, on a pas tendances à se perdre dans l'interface ?
https://damien.pobel.fr
[^] # Re: Yeah !
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
on ne rit pas :)
Plus sérieusement, ça a l'air amusant à faire, mais est ce que sur une application un peu conséquente, on a pas tendances à se perdre dans l'interface ?
Ben pour une appli plus conséquente, aucune idée :) -- ma palette steptalk étant toute neuve... Ceci dit, c'est forcèment beaucoup plus lent que des objets Objective-C; je pense pas que coder un algo de traitement d'image par exemple soit idéal :-)
Par contre, pour faire du prototypage, ou l'utiliser en même temps que des objets ObjC, je pense que ça peut être bien pratique.
Pour ce qui est de se perdre dans l'interface, ça devrait quand même aller je pense :-) -- ça ne différe pas vraiment de l'usage normal avec des objets ObjC...
Et pour la prochaine version je ferait probablement un browser de classe (style smalltalk) donc ça devrait même être plus facile de naviguer.
[^] # Re: Yeah !
Posté par Anonyme . Évalué à 4.
Si tu parle de l'interface de Gom en elle même, bas c'est comme toutes les applis NextStep, ca fait toujours bordélique et brouillon dès que ca se complique un peu. Mais en fait c'est très intuitif, chaque élément a une fonctionnalité bien précise et manipule les mêmes concepts.
Si bien que tu as beau avoir quatres fenêtres d'ouvertes pour le design de ton interface (palette, inspector, document, vue de l'appli), chacune ayant un role bien précis, tu ne te perd pas.
palette <= composants que tu peux ajouter
inspector <= paramètrage de l'objet sélectionné
document <= accès aux instances et éléments non graphiques de ton interface (sauf les fenêtres, il faut bien un endroit ou les retrouver ;) )
# Stevolas Roabs
Posté par B16F4RV4RD1N . Évalué à 3.
Je ne comprends pas tout car je manque encore de technique, mais cela aide quand même à mieux appréhender le phénomène GNUstep.
En plus ton interface relookée grâce à Chamaelon est très belle ! En tout cas moi j'aime beacoup.
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: Stevolas Roabs
Posté par Nicolas Roard (site web personnel) . Évalué à 3.
pour l'interface, l'auteur du thème est Jesse Ross -- enfin, j'ai créé un thème camaelon à partir de son mockup pour le moment, donc c'est pas parfait, mais il bosse en ce moment lui même sur un thème camaelon..
[^] # Re: Stevolas Roabs
Posté par B16F4RV4RD1N . Évalué à 2.
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
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.