Articles précédents : Articles
- [23] Linux à Paris mais à petite dose pour le moment
- [8] Le logiciel libre selon ObjectWeb
- [11] Le courrier électronique, AOL et les autres
- [27] Conférences Brevets Logiciels au Parlement Européen
- [5] Sortie de BZFlag v1.10.8
- [0] La plate-forme libre PHP se présente devant le gouvernement
- [13] Annonce du Livre" Programmation OpenOffice.org - Macros OOoBasic et API"
- [11] Les 10 ans du W3C !
- [61] La France et la Chine poursuivent leurs relations commerciales: L'Open Source en argument de vente
- [35] Linux dans l'Éducation Nationale
Liens connexes
- GNUstep (1302 hits)
- Brochure GNUstep (457 hits)
- Présentation GNUstep (615 hits)
- Article d'introduction sur GNUstep (385 hits)
- OpenStep (724 hits)
- Apple Cocoa (642 hits)
Dépêche modérée par
Dépêche éditée par
GNUstep (1302 hits)
Brochure GNUstep (457 hits)
Présentation GNUstep (615 hits)
Article d'introduction sur GNUstep (385 hits)
OpenStep (724 hits)
Apple Cocoa (642 hits)
> Lire la suite (123 commentaires, moyenne: 2,5). [dépêche : 551 caractères]
Ce standard solide et bien défini s'ancre doucement mais sûrement dans le paysage du développement logiciel, et permet de programmer des applications en quelques heures au lieu de jours, semaines ou jamais, en utilisant une API de développement qui n'a pas nécessité de modifications significatives depuis dix ans, car particulièrement bien faite, simple et qui répond aux besoins des programmeurs...
:)
OpenStep sera peut etre un jour le troisiseme vrai environnement capable de rivaliser avec KDE et GNOME :) C'est tout le bien qu'on lui souhaite :)
Bon anniversaire!
-
[^]Re: :)
Posté par Julien MOROT (Jabber id, page perso, ) le 19/10/2004 à 12:50. (lien). Évalué à 6.Un jour peu être mais pas avant encore 10 ans :o)
À part un joujou pour codeur, GNUStep n'a pas interressé grand monde jusqu'à présent.
Je sais l'API rox, toussa... mais la GUI est laide et il n'y a pas ou presque d'applications codées pour exploiter l'environnement même si d'après certains GNUMail.app rox KMail/Evolution.
Au contraire de KDE et Gnome qui sont homogènes, qui offrent une API tout aussi propre, comportent un bon nombre d'applications et qui ont une large communauté d'utilisateurs. Et ce dernier point fera toujours la différence...-
[^]Re: :)
Posté par nardzir () le 19/10/2004 à 12:55. (lien). Évalué à 6.mais la GUI est laide
Inutile de relancer le troll ;)
Pour un resumé des episodes precedents :
http://linuxfr.org/2004/06/14/16526.html(...)-
[^]Re: :)
Posté par Ramso (page perso, ) le 19/10/2004 à 13:05. (lien). Évalué à 4.>> mais la GUI est laide
> Inutile de relancer le troll ;)
Tu veux un argument ? Y'a pas de section « screenshots » sur leur site !--
Groar !-
[^]Re: :)
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 13:12. (lien). Évalué à 4.vi, entre autre à cause du flou artistique pour définir GNUstep -- desktop, environnement de prog, etc? -- perso moi je considère que c'est un environnement de dev, pas un desktop. Un desktop basé sur GNUstep, il y a quelques projets:
http://www.nongnu.org/backbone/(...)
http://home.gna.org/garma/(...)
.. ou là il y a des sections "screenshots" ;-)
m'enfin je suis d'accord que le "marketing" du projet GNUstep lui-même est un peu faiblard, pour être gentil, et on essaie de changer ça en ce moment...-
[^]Re: :)
Posté par Philippe Fremy (page perso, ) le 19/10/2004 à 17:19. (lien). Évalué à 3.Rassure-toi, le meme flou exite pour definir KDE ou Gnome. Voyons, KDE, c'est kdelibs + kdebase ? Ou bien kdelibs + kdebase + kdenetwork + kdepim + kdeutils + ... ? Si je fait touner KDE avec Firefox, openoffice, evolution, gaim, ... es-ce encore KDE ?
-
-
[^]Re: :)
Posté par nicolassanchez () le 19/10/2004 à 13:18. (lien). Évalué à 3.Une liste de screenshots est sans intérêt. Le plus intéressant c'est d'avoir un screenshot par application, au moins tu sais ce que tu regardes...
Il y a aussi une brochure de présentation...
Va voir là : http://gnustep.org/experience/apps.html(...)
et : http://gnustep.org/information/Booklet.pdf(...)
Ensuite, GNUstep n'est pas un desktop, mais un environnement de développement, donc ce n'est pas comparable.-
[^]Re: :)
Posté par Beretta_Vexee () le 19/10/2004 à 19:34. (lien). Évalué à 1.Puis ca permet de booster le traffique vers la seul application basé sur l'environnement GNUstep, j'ai nomé GNUmail... ( Non j'ai bien jeté un oeil du coté des liens morts de experience apps, c'est du plus belle effet, 6 liens mort sur 10 ).
Franchement c'est quand même trés fort GNUstep, ils arrivent a avoir moin apps qu'un envrionement/OS comme Plan9.
C'est pas tous ca mais j'ai mon portage du Hurd sous multidesk OS a effectué moi ;-)--
Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.-
[^]Re: :)
Posté par oops (page perso, ) le 20/10/2004 à 08:42. (lien). Évalué à 3.> Puis ca permet de booster le traffique vers la seul application basé sur
>l'environnement GNUstep, j'ai nomé GNUmail...
C'est marrrant en regardant la :
http://wiki.gnustep.org/index.php/All%20GNUstep%20Applications(...)
j'ai noté une 50 taine d'applications juste vite fait ( entre system Apps/ Net & Graphics)
Tu ferais pas du FUD par hasard ?
-
-
[^]Re: :)
Posté par LeRat () le 21/10/2004 à 20:30. (lien). Évalué à 1.Au même titre que GNOME : GNU Network Object Model Environment. Je me trompe ?
Il me semble qu'il ne fait que fournir un desktop, à l'origine.
Effectivement, cette part du projet prend de l'ampleur, pour ma plus grande joie (I luv it) et mon plus grand regret (ça devrait être clairement séparé...)
-
-
[^]Re: :)
Posté par Sebastien Guillemin (page perso, ) le 20/10/2004 à 06:38. (lien). Évalué à 2.Ben c'est marrant, parceque moi je n'ai même pas eu besoin de la trouver la section "screenshots".
En première page du site gnustep tu as une toute petite image, et si tu cliques dessus, ça te montre un exemple d'environnement gnustep...
-
-
-
[^]Re: :)
Posté par oops (page perso, ) le 19/10/2004 à 13:12. (lien). Évalué à 3.> bon nombre d'applications et qui ont une large communauté d'utilisateurs. Et ce
> dernier point fera toujours la différence...
Je pense que le nombre d'utilisateur Cocoa n'a rien a envié à celle de KDE ou Gnome.
Pareil pour le nombre d'applications ou de développeurs
-
[^]Re: :)
Posté par Michel Galle () le 19/10/2004 à 13:21. (lien). Évalué à 10.> Je sais l'API rox, toussa... mais la GUI est laide
sigh...
(les goûts et les couleurs... la gui est belle, cohérente, "useable", sobre, le reste ce n'est que parce que les gens sont devenus allergique au gris et les icônes ont vielli)
>et il n'y a pas ou presque d'applications codées pour exploiter l'environnement même si >d'après certains GNUMail.app rox KMail/Evoluti
sigh...
non GNUMail ne "rox" pas evolution (a la rigueur kmail) mais on pouvait dire de même de Gnome 1.0 et kde 1. ben vi, le travail est long, y a eu des déboires, des gens se sont d'avantage intéressé à gnome ou kde, etc etc
personne ne dit le contraire : GNOME ET KDE sont de loin plus avancés que GNUStep
mais mais mais , GNUStep est une BONNE fondation, une BONNE technologie
et NON CE N'EST PAS PRET pour le DESKTOP de Mr TOut le monde
mais TOUTE infrastructure (gnome, c# , cocoa, java etc) sont des "jouets" pour développeurs, TOUTE ont besoin qu'au début des gens "dingues" s y mettent pour crédibiliser la plateforme, sortent de VRAIS applications, etc
notons que gnustep a un (petit) jeu de logiciels. y a pas que gnumail dans la vie.
>Au contraire de KDE et Gnome qui sont homogènes, qui offrent une API tout aussi
l'ergonomie de openstep est infiniment plus codifié et stricte que KDE ,et Gnome a encore besoin d'un HIG 2.0 pour clarifier non plus bêtement le "look", mais aussi le Feel (quel menu, quel genre de boite de dialogues, etc)
en particulier parce que openstep peut tout simplement s'appuyer sur celle de nextstep ou se mettre à jour sur celle de apple cocoa.
> propre, comportent un bon nombre d'applications et qui ont une large communauté >d'utilisateurs. Et ce dernier point fera toujours la différence...
y a longtemps, un vieux avec une barbe me disait exactement les même raisons pour lesquelles Gnome/kde n'avait pas d'avenir, y avait déjà trop de gens embringué dans XLib et Motif et quitte à tout refaire, autant se plier au règne windows et faire du MFC en C++
evidemment y a PEU de changes (ou malchances selon votre humeur) que gnustep soit un jour une plateforme populaire, tout simplement parce que gnome (ou kde) ont atteint dans une très grande part l'attente d'un bureau opensource CONVIVIAL
il est maintenant plus "rapide" d'améliorer gnome, que de contribuer à peaufiner gnustep et faire tout plein d'applications. Gnustep a raté son rendez vous avec l'histoire y a quelques années. a moins d'un soudain débarquement de développeurs avide de coder du objective C comme des oufs et de distributions importants qui se découvrent une passion gnustep, je vois pas.
mais qui c'est ce que réserve l'avenir.
En attendant, il est vrai que je préfère apprendre et utiliser Cocoa sur mac os X avec Xcode et interface builder. clairement le meilleur langage, la meilleur API (cohérente et archi-complète) et outils de developpements que j'ai eu le plaisir d'utiliser. Ha si les outils de gnustep étaient aussi avancés, avec 150 développeurs dessus. j'ai clairement pas les compétences pour débugguer le backend gnustep xlib ou accéler leur version du interface builder, bref, jsuis dépendant de la venu de vrai hacker de talent.
faute de "mieux", Gnome est de plus en plus un excellent bureau et l'Histoire continue.
MAIS Ne donnez pas de faux arguments, on disait LA MEME CHOSE DE GNOME 1 et KDE 1 y a des années !!! et regardez finalement le chemin parcouru. ne parlez pas trop dans l'affirmatif absolu.-
[^]Re: :)
Posté par Stone Tramo () le 19/10/2004 à 14:14. (lien). Évalué à 3.(les goûts et les couleurs... la gui est belle, cohérente, "useable", sobre, le reste ce n'est que parce que les gens sont devenus allergique au gris et les icônes ont vielli)
Bof, un des avantages du logiciel libre est quand meme un personnalisation poussée. il suffit de voir le nombre de theme sur les sites comme kde-look, gnome-look. Il y a des tonnes de bureaux, de wm... Il y en a pour tout les gouts.
l'ergonomie de openstep est infiniment plus codifié et stricte que KDE ,et Gnome a encore besoin d'un HIG 2.0 pour clarifier non plus bêtement le "look", mais aussi le Feel (quel menu, quel genre de boite de dialogues, etc)
C'est aussi un défaut, quand on voit le menu détaché, personellement je ne connait rien de plus chiant. Il faut avoir wmaker(un wm qui n'a plus évolué depuis 2002) pour que ça soit utilisable. Il y avait bien un patch qui circulait a une époque, mais il n'a jamais été commité à ma connaissance. Il faudrait pouvoir laisser le choix à l'utilisateur.
autant se plier au règne windows et faire du MFC en C++
Quand meme pas, Les MFC, c'est "un peu" de la merde
-
[^]Re: :)
Posté par reno () le 19/10/2004 à 14:55. (lien). Évalué à 4.>mais qui c'est ce que réserve l'avenir.
mais qui *sait* ce que réserve l'avenir.
D'habitude je ne suis pas specialement stricte sur l'orthographe, mais celle la elle pique un peu! Bon vue la taille de ton poste, tu as du aller un peu vite :-)
-
[^]Re: :)
Posté par Philippe Fremy (page perso, ) le 19/10/2004 à 17:23. (lien). Évalué à 2.> non GNUMail ne "rox" pas evolution (a la rigueur kmail) mais on pouvait dire de même de Gnome 1.0 et kde 1.
Yeps. Sauf que KDE a commence il y a 8 ans, ce qui doit bien faire 7 ans pour Gnome. En 7 ans, on a fait beaucoup plus que GnuStep en 10 ans et ca ne fait que s'acceerer (cote Gnome + KDE) . Ou en sera-t-on dans 10 ans ?-
[^]Re: :)
Posté par Erwan (page perso, ) le 20/10/2004 à 02:57. (lien). Évalué à 3.On parle des 10 ans d'OpenStep. Pas des 10 ans de GNUStep !
-
-
-
[^]Y'a pas le GUI dans la Re: :)
Posté par Guesdon Manuel (page perso, ) le 19/10/2004 à 15:37. (lien). Évalué à 3.Au risque de me repeter, GNUstep permet aussi de faire des applis/outils en ligne de commande et des applis web (avec GNUstepWeb par exemple: http://www.GNUstepWeb.org(...) ).
Un exemple de site en GNUstep+GNUstepWeb+gdl2:
CyberDVDFilm: http://www.cyberdvdfilm.com(...)
Manuel-
[^]Re: Y'a pas le GUI dans la Re: :)
Posté par oops (page perso, ) le 19/10/2004 à 16:18. (lien). Évalué à 1.>Au risque de me repeter, GNUstep permet aussi de faire des applis/outils en
>ligne de commande et des applis web (avec GNUstepWeb par exemple:
>http://www.GNUstepWeb.org(...(...)) ).
Est-ce qu'il y a une chance de voir SOPE (le serveur d'application de OpenGroupware) et GNUstepWeb se réunir un jour.
Parce que cela fait, si j'ai bien compris, deux implémentations de WebObject.-
[^]Re: Y'a pas le GUI dans la Re: :)
Posté par Guesdon Manuel (page perso, ) le 19/10/2004 à 22:25. (lien). Évalué à 1.Je n'en sais rien. La derniere tentatuve n'a pas bien debuté IMHO et je n'ai jamais pu avoir de precisions sur les modalités....
Cela dit gsweb est stable; la derniere version a été optimisée (2 à 3 fois plus rapide dans beaucoup de cas),...
Manuel
-
-
[^]Re: Y'a pas le GUI dans la Re: :)
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 16:28. (lien). Évalué à 1.Tant qu'on y est, voici un article que j'avais ecrit sur WebObjects/GNUstepWeb/NGObjWeb : http://www.roard.com/lmf/webobjects/(...)
-
-
IHM
Au fait nicolas, ca donne quoi ton projet permettant d'améliorer l'apparence de l'interface utilisateur ?
J'avais lu sur les forums officiels que certaines personnes commencaient a vouloir changer les choses a ce niveau (apparence, icones, ...). Qu'en est-il aujourd'hui ?
-
[^]Re: IHM
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 13:05. (lien). Évalué à 10.Concernant le moteur de thème, j'ai pas eu le temps de bosser dessus depuis quelque temps (pas eu le temps de bosser sur GNUstep non plus..), et je recommence juste à coder dessus -- avec dans l'idée de faire une nouvelle release très bientôt. Pfiou j'ai un problème moi, à faire du release early, release often :-)
Sinon en gros, la majorité de ce que je voulais modifier pour -gui est commité, donc il ne reste "plus" qu'à finaliser le moteur lui-même, ce qui devrait être assez rapide.
Concernant les icones, ça progresse, c'est en bonne voie. On a fait un guideline avec quentin pour les icones, et on est en pourparler avec quelques graphistes (d'ailleurs je viens de recevoir les deux premières icones dans ma bal aujourd'hui.. ;-)
http://www.quentinmathe.com/gnustep/documentation/UI/icons/(...)
-
[^]Re: IHM
Posté par dannyboy () le 19/10/2004 à 13:15. (lien). Évalué à 4.L'url peut-être:
http://www.roard.com/camaelon(...)
Le site de gnustep en parle dans la réponse au bouquin de Aaron Hillegass.
http://www.gnustep.org/resources/BookClarifications.html(...)
cocoa et "write once compile everywhere"?
Est ce qu'on peut vraiment dire que cocoa respecte les spécifications openstep et permet donc le "write once compile everywhere"?
Si je me souviens bien, il y avait une série d'extensions proriétaires a apple, comme NSDrawer et NSToolBar. Qu'en est il aujourd'hui? Est ce qu'apple a retiré ces extensions ou les gardent il pour empecher les gens de porter des applications vers gnustep?
-
[^]Re: cocoa et "write once compile everywhere"?
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 13:59. (lien). Évalué à 3.Ce ne sont pas vraiment des extensions "propriétaires" -- rien ne nous empêche de les implémenter hein. D'ailleurs, NSToolbar a été committé par Quentin il y a quelques mois. Et ce sont simplement des widgets "nouveaux" plus que des extensions..
Je ne pense pas qu'Apple les ait créé juste par plaisir d'être "incompatible" avec OpenStep (vu qu'il le restent de toute façon..)-
[^]Re: cocoa et "write once compile everywhere"?
Posté par Talou (Jabber id, page perso, ) le 19/10/2004 à 14:36. (lien). Évalué à 1.Ca me fait penser qu'il y a une tentative de réecriture du webkit framework pour gnustep. Ça compile chez moi, mais ça crash encore beaucoup trop...
http://home.gna.org/gswebkit/(...)
A suivre !-
[^]Re: cocoa et "write once compile everywhere"?
Posté par oops (page perso, ) le 19/10/2004 à 14:52. (lien). Évalué à 2.>Ca me fait penser qu'il y a une tentative de réecriture du webkit framework pour >gnustep. Ça compile chez moi, mais ça crash encore beaucoup trop...
>http://home.gna.org/gswebkit/(...(...))
http://lists.gnu.org/archive/html/discuss-gnustep/2004-09/msg00118.(...)
En gros il va falloir attendre gcc-4.0 ....-
[^]Re: cocoa et "write once compile everywhere"?
Posté par Talou (Jabber id, page perso, ) le 21/10/2004 à 08:47. (lien). Évalué à 1.Merci pour le lien !
C'est un peu rageant en effet... J'espèrais pouvoir tester les sites en lives dans un khtml sauce apple directement sous linux... mais c'est pas pour aujourd'hui :/
Dommage
-
-
-
enlarge your penis
"permet de programmer des applications en quelques heures au lieu de jours, semaines ou jamais"
On peut avoir des arguments ? En quoi cette plateforme, surement superbe, permet-elle de développer plus rapidement une application ? qui de plus s'intègrera dans tous les environnements sur toutes les plateformes ? Parcque bon, celà fait quand meme longtemps que ca se saurait si ce saint graal avait été atteind...
Sinon ben bon anniversaire, et contrairement à ce qui est dit plus haut, celà peut-etre très beau, cf Cocoa.
-
[+] [^]Re: enlarge your penis
Posté par Stone Tramo () le 19/10/2004 à 15:23. (lien). Évalué à -1.C'est faux, si c'était le cas, gnustep serait utilisable depuis des années :)
-
[^]Re: enlarge your penis
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 15:39. (lien). Évalué à 3.mouaif, sauf qu'on peut ptet imaginer aussi que pour avoir un systeme qui fait gagner vachement de temps aux developpeurs, ledit systeme doit fournir un max de trucs deja fait -- et que donc ledit systeme est lui, plutot long a coder. Ce qui est le cas avec GNUstep, tout etait a implementer avant de pouvoir vraiment tirer partie du systeme pour developper des applis..
On peut aussi se dire que malgres tout, c'est quand meme plutot efficace, si tu regardes le peu de developpeurs qui ont bosses dessus et ce qui existe aujourd'hui (meme si c'est pas parfait).
Concernant le dev rapide d'appli avec OpenStep, c'est en effet en general plus rapide a coder qu'avec d'autres trucs -- en particulier grace a InterfaceBuilder/Gorm, selon mon experience et selon l'avis de ceux qui ont essayes :-)
Maintenant c'est sur que par exemple Qt est une tres bonne lib, et que donc la difference de rapidite entre un dev fait avec OpenStep et un dev fait avec Qt est moins flagrante qu'il y a dix ans (et quelque part, encore heureux !).
Reste que l'on developpe tres rapidement en utilisant OpenStep, ca, c'est une evidence. Et que je pense que ca reste plus rapide pour developper une appli graphique que nombre d'autres solutions. Ce serait bien cool que l'editeur EOF graphique soit enfin release, ca serait pas mal pour les bases de donnes aussi.. :) m'enfin bon..-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 19/10/2004 à 16:01. (lien). Évalué à 1.Mais c'est bien gentil de dire que tout est déjà présent dans GNUStep, qu'il n'y a besoin de rien recoder, et blablabla c'est mieux que les autres solutions, mais perso des plateformes comme ça j'en connais pas mal, par exemple Java ou Mono pour ne pas les citer. Alors en quoi GNUStep enlarge plus mon penis qu'une autre solution ?
Et quel IDE permet de tirer pleinement partie de cette plateforme ? Parcque bon, question productivité, on peut y aller à coup de Visual Studio, et là aussi tu vas pouvoir anlarger ton penis en encore moins de temps...
Sérieux je veux des arguments.-
[^]Re:
Posté par nicolassanchez () le 19/10/2004 à 16:16. (lien). Évalué à 6.Y'a un IDE qui s'appelle ProjectCenter, et un créateur d'interface qui s'appelle Gorm. Ces deux outils sont les équivalents de XCode et InterfaceBuilder de Cocoa.
Pour le reste, le framework est bien plus petit et bien mieux étudié (à mon avis, enfin pas seulement le mien...). Contrairement à d'autres environnements, il n'y a pas de doublons parmi les classes, ce qui te permet de trouver beaucoup plus rapidement ce qu'il te faut également. Le système de délégué apporte également beaucoup de comfort pour la gestion des listes et des tables.
Pour parler également du langage, ce qui permet d'accélérer considérablement le développement dans certains cas, c'est l'extension de classes grâce aux catégories...
Sinon, pour ne pas parler de .NET avec lequel j'ai développé quelques trucs, quand tu as un bug dans ton programme sous GNUstep, tu ne fonces pas directement sur Internet pour voire si un bug du framework a été reporté...
En général, quand il y a une erreur, c'est toi le responsable et du coup tu n'as qu'à regarder dans ton code.-
[^]Re: Re:
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 16:25. (lien). Évalué à 5.J'ajoute que ce qui est VRAIMENT top (a mon avis), c'est bien le constructeur d'interface, Gorm. Car c'est plus qu'un simple constructeur d'UI -- il travaille directement avec les objets (un fichier interface etant simplement les objets utilises serialises sur disque). Donc tu ne fait pas que positionner tes widgets, tu as en meme temps toutes les relations inter-objets sauvegardes, leurs parametres, etc (et tu fait ca a partir de Gorm, bien sur). Du coup, ca te fait sauter pas mal de code que tu devrait te taper sinon (et ce n'est pas de la generation de code, justement).
Vu qu'on travaille avec des objets, tu peux aussi te creer tes propres palettes d'objets (pas forcement graphiques) a utiliser dans Gorm et les lier avec ton programme, les instancier, etc. Gorm permet egalement de creer rapidement des objets quelconques et genere le code Objective-C dans ce cas.
Ajoutons que du coup, tu peux tester l'interface de ton programme 'en live' sans meme qu'il soit necessaire de compiler quoi que ce soit -- les objets sont instancies a la volee et ca roule. Pratique pour tester rapidement le fonctionnement.
Bref, on fait de prog orientee objet et ca se sent. Et de plus, le framework graphique (AppKit), est vraiment particulierement bien fichu. vraiment. Il est tres tres rare qu'on ait besoin par exemple de deriver une classe; on utilise plutot des objets delegues, etc.
Un truc qui a mon avis serait vraiment proche de la perfection, ce serait de finir le bridge Squeak<->ObjectiveC ... on aurait alors l'avantage de Smalltalk ET l'avantage du framework OpenStep et des outils associes :-)-
[^]Re: Re:
Posté par nicolassanchez () le 19/10/2004 à 16:51. (lien). Évalué à 3.Un truc qui a mon avis serait vraiment proche de la perfection, ce serait de finir le bridge Squeak<->ObjectiveC ... on aurait alors l'avantage de Smalltalk ET l'avantage du framework OpenStep et des outils associes :-)
Ça ne serait pas possible en partant de StepTalk ?-
[^]Re: Re:
Posté par Nicolas Roard (page perso, ) le 19/10/2004 à 16:58. (lien). Évalué à 1.ce serait possible, mais la VM de Squeak est bien plus performante a mon avis..
-
-
-
-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 19/10/2004 à 16:17. (lien). Évalué à 2.Au fait va faire un tour sur le site http://www.gnustep.org,(...) ça évitera des commentaires inutiles.
-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 20/10/2004 à 16:03. (lien). Évalué à 1.Je viens de lire l'introduction du projet GNUStep et notamment le paragraphe concernant les "avantages" de GNUStep.
Ben, à part le fait qu'il sont apparement plutôt fier du fait que le framework n'a quasiment pas bougé depuis 10 ans (ce dont je m'en fou pas ma à vrai dire, ce uqi compte pour moi, c'est ce que je peux faire maintenant et si je peux toujours faire tourner ce que j'avais fait avant), je n'ai vraiment rien vu de spécial qui fait que cette plateforme roxe largement J2EE ou .NET.
Donc bref, c quoi qui enlarge mon penis ?-
[^]Re: enlarge your penis
Posté par nardzir () le 20/10/2004 à 16:22. (lien). Évalué à 1.Effectivement, je suis d'accord avec toi. Ces trois plate-formes sont tres similaires, ont chacunes leurs avantages et leurs inconvenients. Elles sont toutes des bonnes solutions et il n'y en n'a pas une qui est meilleur que l'autre.
Sans trop rentrer dans le troll, je pense que GNUStep pour l'instant est tout de meme une solution a ne pas ecarter. En effet .NET sous unix (cad mono) commence a peine a etre exploitable (pour les perfos c'est pas encore ca), et Java a quelques problemes de licences qui, sans trop vouloir etre extremiste, pose un reel probleme d'independance de ce types d'applications.
On se retrouve donc avec 3 plate-formes differentes, a faire le choix entre les perfos, et les problemes de licences. C'est a toi de decider apres ce qui est prioritaire pour toi en misant sur l'une de ces technos en esperant peut etre qu'a l'avenire les choses changeront dans le bon sens.
J'ai volontairement ecarté Gnome et KDE qui ne sont pas multiplate-forme ainsi que Mozilla qui est plus destiné a de "petites" appli ou a des appli web.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 06:08. (lien). Évalué à 0.Maintenant, question à 2 euros, que me propose GNUStep pour m'intégrer à l'existant ? Je peux facilement utiliser GTK ou Qt ? Nan parcque en l'absence d'environnement comme Gnome ou KDE pour GNUStep, je ne peux qu'envisager GNUStep sur plateforme MacOSX...
C'est pas le tout de promettre l'interopérabilité, mais si celà doit se faire au détriment de l'ergonomie parcqu'il n'y a pas d'intégration voilà quoi...-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 07:12. (lien). Évalué à 2.Je ne vois pas le rapport avec Gtk ou Qt...
Quand tu développes en Objective-C, tu utilise le framework GNUstep... Tu vas pas chercher du Gtk ou du Qt. Sinon, développes pas en Objective-C...
A part ça, GNUstep fonctionne très bien sous KDE ou Gnome.
Cependant, pour conserver les principes d'OpenStep, WindowMaker est le plus adapté. D'autre part il me semble qu'un environnement est en train d'être développé en Objective-C (WindowMaker est développé en C...).
Tu me diras que WindowMaker n'est pas bien (il démarre en 2 secondes, y'a pas une jolie image avec des icônes qui clignotent pendant 20 minutes avant de pouvoir travailler :-)), mais il rempli sa mission qui est d'être un window manager et efficacement.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 08:20. (lien). Évalué à 3.Quand tu développes en Objective-C, tu utilise le framework GNUstep...
Ah bon le langage est limité à la plateforme ? (???)
Je ne vois pas le rapport avec Gtk ou Qt...
Ben si, moi j'en vois 1 : si j'ai envie d'intégrer une appli écrite en Objective-C dans un environnement Gnome ou KDE. S'il n'y a aucune possibilité d'intégration de cette plateforme aux environnements existant, je comprends nettement mieux pourquoi personne n'utilise NeXTStep en dehors de l'environnement MacOSX qui a été développé pour...
C'est gentil la portabilité
C'est gentil un beau langage
C'est gentil une belle plateforme super puissante et performante qui n'a pas bougé depuis 10 ans et qui va grandement augmenter ma productivité
Mais si je ne peux même pas concevoir une application desktop qui s'intègre ailleur que dans un environnement dédié, ben je dis que c'est normal que ce soit au même stade depuis 20 ans.
Un projet comme Mono a l'avantage de ne pas promettre systématiquement la portabilité, ils préfèrent supporter plusieurs environnement (Windows, Gnome et Cocoa) et promettre la portabilité de ce qui DOIT etre portable (bref, pas l'interface)-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 08:44. (lien). Évalué à 3.Tu veux dire quoi par s'intégrer ?
Quand j'ouvre n'importe quelle application Gnome, KDE ou GNUstep, il se passe la même chose. L'application s'ouvre, fonctionne et c'est tout. Je ne vois pas ce que tu veux de plus ?
Ce qui gère l'intégration des applications c'est la couche window manager de la Xlib. Quand tu ouvres une appli, le window manager est mis au courant et reçois les infos utiles. C'est tout ce dont tu as besoin et ça marche.
Pour le copier/coller, c'est pareil, tu peux copier depuis GNUstep et coller dans du Gnome, et inversement...
Ensuite, si tu parles de boutons dans les menus, je sais pas ou autre chose, tu peux mettre un bouton qui lance une appli GNUstep sur ton KDE...
Plutôt que de chercher des poux dans la tête de GNUstep, essaye et vérifie que ça fonctionne c'est tout.
préfèrent supporter plusieurs environnement (Windows, Gnome et Cocoa) et promettre la portabilité de ce qui DOIT etre portable (bref, pas l'interface)
Mais vraiment n'importe quoi... depuis quand l'interface n'a pas besoin d'être portable ? Surtout pour un truc comme Mono, dont le but est quand même de créer des applications interactives...
Ensuite il me semble qu'il y a une bibliothèque GtkSharp commune à tous les environnements...-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 08:54. (lien). Évalué à 3.tu ne comprends pas du tout ce que j'entend par intégration...
T'as sûrement remarqué, on peut faire tourner une application KDE sous Gnome et inversement. Tu trouves pas qu'il y a de nombreux problèmes d'incohérence d'ergonomie entre les interfaces ? Pourquoi à ton avis on trouve des applications gMachin et kMachin si une seule suffisait ?
Pourquoi KDE existe ? pourquoi Gnome existe ? S'il n'y avait aucune différence, que la seule était le window mamager, y'a longtemps que les projets auraient fusionné...
Je parle d'ergonomie, il y a des chartes graphiques à respecter dans chaque environnement, et aussi une charte d'ergonomie (nom des menu, emplacement des boutons, format d'une fenêtre de conf, accessibilité, etc.)
Je cherche pas des poux à GNUStep, je m'apercois juste que c'est normal que ce projet en soti toujours à ce stade (pas utilisé).
Mais vraiment n'importe quoi... depuis quand l'interface n'a pas besoin d'être portable ?
Depuis que de nombreux programmeurs croivent que Java & Co vont résoudre tous les problèmes de portabilité, se sont ensuite rendu compte que y'avait un problème d'intégration visuelle (en partie résolu avec des thèmes utilisant les toolkit natifs) et maintenant un autre problème : intégration ergonomique, et là je ne connais aucun toolkit qui peut se vanter d'être portable tout en respectant l'intégration.
Icaza le dit clairement, la portabilité c'est bien, mais pas au détriment de l'interface.
Mono propose GTK# pour utiliser GTK. Après le fait est que GTK tourne sous MacOSX et Windows, celà peut être une solution portable efficace lorsqu'on ne se soucis pas de faire un soft de qualité (on veut juste qu'il marche partout).
Après Mono marche très bien avec les WinForms sous Windows, et ils bossent d'arrache pied sur Cocoa#, sachant que Qt# est existe également. A ton avis pourquoi ils s'amusent avec tous ces toolkit ? Pour faire joli ?-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 09:13. (lien). Évalué à 3.Bon, je suis d'accord en partie. Mais les trois projets sont différents et s'intègrent à leur propre environnement.
application KDE sous Gnome et inversement. Tu trouves pas qu'il y a de nombreux problèmes d'incohérence d'ergonomie entre les interfaces ?
Dans l'un de tes commentaires précédent, on pouvait lire :
que me propose GNUStep pour m'intégrer à l'existant ? Je peux facilement utiliser GTK ou Qt ? Nan parcque en l'absence d'environnement comme Gnome ou KDE pour GNUStep
GNUstep s'intègre parfaitement à WindowMaker.
Si tu ne cherches pas des poux, dis moi où tu veux en venir ?
et maintenant un autre problème : intégration ergonomique, et là je ne connais aucun toolkit qui peut se vanter d'être portable tout en respectant l'intégration.
C'est pas tout à fait vrai car Kde permet par exemple d'utiliser des menus à la Apple après une simple configuration. Donc, sur Apple les menus d'applications Qt seront "ergonomique" par rapport au reste des applications.
Pour obtenir une meilleure intégration, il faudra multiplier les types de fenêtres prédéfinies genre dialogue etc. Chaque implémentation dans un environnement aura son dialogue, etc. spécifique.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 09:48. (lien). Évalué à 1.GNUstep s'intègre parfaitement à WindowMaker.
Vi mais comme tu me l'as gentiment fait remarqué dans un de mes commentaires précédents, pour moi l'existant desktop actuellement c'est Gnome et KDE. WindowMaker voilà quoi.
Ca sert à rien d'avoir une plateforme portable si elle ne s'intègre pas dans les environnements les plus utilisés, surtout pour une plateforme desktop.
"C'est super portable, mais on vous conseille d'utiliser WindowMaker"
youpi.
Donc, sur Apple les menus d'applications Qt seront "ergonomique" par rapport au reste des applications.
Youpi alors t'as trouvé une astuce de KDE pour ressembler à Apple et tu crois avoir contredis ma affirmation qui dit que les applications 100% portables s'intègre très mal lorsqu'elle change d'environnement.
Moi je veux rien configurer, je veux utiliser mon application de la même manière que j'utilise les autres applications de mon environnement, sans de voir m'adapter aux particularités "ergonomiques" issue de l'environnement initial de développement.
Pour obtenir une meilleure intégration, il faudra multiplier les types de fenêtres prédéfinies genre dialogue etc.
Dans la plateforme ? Oui c'est une solution, mais on perd une grosse partie des spécificités de chaque plateforme en se contentant des points communs. Ou alors on en est rendu à "imiter" certains composants absent de tel ou tel environnement.
Et puis il ne faut pas oublier qu'il n'y a pas que les fenêtre prédéfinies qui demandent de l'intégration, c'est tout l'interface qui doit être pensée en conséquence.
A l'heure actuelle, la seule solution est de faire une application ou la couche de présentation est bien différenciée du reste de l'application, et de réécrire cette couche pour chaque environnement cible. C'est la seule manière d'avoir une solution de qualité, on se contentera de la portabilité de s autres couches.
J'espère que tu comprends mieux pourquoi je trouves que cette plateforme est jolie mais a oublié le principal objectif de toute solution desktop : l'intégration. Je crois que c'est une des principales causes de ce qui lui arrive. Heuresement que MacOSX l'utilise, parcque sinon j'y verrais pas beaucoup d'intérêt...-
[^]Re: enlarge your penis
Posté par Barnabé () le 21/10/2004 à 11:06. (lien). Évalué à 0.Moi je veux rien configurer, je veux utiliser mon application de la même manière que j'utilise les autres applications de mon environnement, sans de voir m'adapter aux particularités "ergonomiques" issue de l'environnement initial de développement.
Tu es donc le client idéal pour GNUstep, la plateforme qui homogènise le plus l'ergonomie des applications.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 11:13. (lien). Évalué à 2.Tu as sans doute raison, c'est d'ailleur je pense un des gros atouts qu'on retrouve dans MacOSX.
Manque de po, j'ai pas de mac.
-
-
[^]Re: enlarge your penis
Posté par golum () le 21/10/2004 à 20:23. (lien). Évalué à 3.Ne le prend pas mal! Timaniac mais si tu perdais un peu
ton habitude de mettre des Vi partout ca serait appréciable
Avec ce petit "Vi" on t'imagine derrière ton clavier prendre un air un peu arrogant limite à faire passer tes interlocuteurs pour des c...
Mais je me trompe peut-être , c'est peut-être parce que tu fais de la pub pour ton nouveau projet de portage de Vi sous Mono ;-)-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 22/10/2004 à 07:02. (lien). Évalué à 2.oué je porte Vi sous Mono :-)
Nan je m'étais jamais rendu compte qu'on pouvait interpréter ce mot comme ça, il n'y a aucune arrogance derrière en tout cas :)
-
-
-
-
[^]Re: enlarge your penis
Posté par thecat () le 21/10/2004 à 09:53. (lien). Évalué à 5.GNUStep propose un look&feel trés différent de ce qui existe actuellement sous Linux. Cela n'a riens à voir avec GNOME ni KDE. Ca se rapproche plutot de ce qui existe sous macOS.
Cette ergonomie à était trés "pensée" à la base, aprés c'est une question de gout. Donc effectivement une application GNUStep qui démarre sous KDE, sa fait aussi "tache" qu'une application GNOME.
Par contre le look&feel de GNUStep n'est _complet_ que si l'on utilise un windowmanager de type WindowMaker, en gros, GNUStep est alors dans son element.
je m'apercois juste que c'est normal que ce projet en soti toujours à ce stade (pas utilisé)
Je ne vois pas trop pourquoi ... par-ce-que sont ergonomie est trop differentes des poids lours que sont GNOME et KDE?
Ce n'est que depuis trés récemment que l'on peut avoir un bureau KDE ou GNOME trés unifié et sans une application qui fait tache au milieu car il n'existe pas d'equivalent sous G ou K.
Il y a quelques années, tout etait depareillé et on avait des applis gnome; kde, motif et TCL/TK en même temps.
Maintenant il est vrai que cela risque de "choquer" maintenant avec le niveau d'intégration que certains desktop on, mais normalement tu est sencé utilisé le desktop de GNUSTEP: GWorkspace.
Maintenant Mono :
On sait tous que tu trouve cette plateforme super-geniale, qu'elle roxe tout ca mais bon, qu'est-ce-que ca viens faire?
Pour l'instant un framework _complet_ existe pour étres utilisé avec obj-c, c'est GNUStep.
Le nombres d'autres framework ou bibliothèques (comme QT ou GTK) accessible directement via l'obj-c (par bibnding ou autres) est trés limité (surtout en IHM : je n'en vois pas d'autres!). Mais personne ne t'interdit de le faire.
Donc effectivement, vouloir ecrire une application qui s'intègre à KDE ou GNOME en obj-c, c'est moins evident, mais cela n'a rien a voir avec GNUStep.
Autres choses, et pour rentrer un peu plus dans ton troll, obj-c est un excellent langage pour réutiliser l'existant: interfacage direct avec le C, interfacage direct avec le C++ (bon OK, l'equipe de GCC à encore ca dans le TODO mais Apple le fait trés biens), et quelques possibilitées du langages qui n'existent pas ailleur (category, protocol). Ca c'est vnu langage proposant _vraiment_ quelques chose (pas comme c#).
Enfin, GNUStep n'est pas la pour enlarger ton p*, ni même faire croitre ton CA de 250% cette anné, ni même étres 'in' ou flashy branché, et encore moins d'etre sexy ou 'aware'.
Le but c'est d'implémenter des compcept qui, mêmes si ils ont été définis il y a lontemps, sont reconnus (Apple les utilisent!) et sont toujours d'actualité voir en avance même comparé avec d'autres plateforme soit-disant moderne comme mono ou java (en particulier les objets distribués)-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 10:03. (lien). Évalué à 2.Attention je ne veux pas troller sur Objective-C, je ne connais absolument pas ce langage, je me demandais juste si les APIs dispo étaient limité à GNUStep
Je me rend bien compte que la plateforme GNUStep a été pensée dans un nouvel environnement, peut être innovant (j'ai pas testé je ne jugerai donc pas).
Mais voilà, ce que je trouve dommage dans GNUStep, c'est qu'elle propose trop de nouveauté et pas assez de possibilité d'intégration dans l'existant. Tu le dis toi même, utiliser GTK ou Qt pour la partie graphique tout en conservant la plateforme GNUStep, c'est pas l'idéal et y'a pas beaucoup de bindings.
J'ai pris l'exemple de mono parceque je connais bien cette plateforme, et que bien entendu je cherche à comparer une nouveauté (même s'il elle a 10 ans) avec ce que je connais.
La news dit clairement que GNUStep ca roxe, et beaucoup ont l'air de se demander pourquoi elle n'est pas utilisé. Je lis partout que un des gros avantage de rapidité de développement (notamment sur leur site), c'est la portabilité. Mais tu le dis toi même, elle n'est pas bien utile pour l'interface puisque c'est GWorkspace son environnement de prédilection.
Moi je veux une plateforme qui me propose un environnement mais qui me propose aussi de m'intégrer dans les autres environnement. Je trouves celà beaucoup plus important dans le cadre d'une portabilité.-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 10:39. (lien). Évalué à 2.Mais voilà, ce que je trouve dommage dans GNUStep, c'est qu'elle propose trop de nouveauté et pas assez de possibilité d'intégration dans l'existant.
Tu délires ?
GNUstep est une implémentation libre d'OpenStep qui a 10 ans aujourd'hui.
NeXTstep a été ouvert et est devenu OpenStep. NeXTstep existe depuis au plus tard 1992, soit au moins 12 ans.
GNUstep apporte des nouveautés vieilles de 12 ans...
Quand on te dit que si les specs. OpenStep n'ont pas bougé depuis 10 ans, c'est parce qu'OpenStep était ultra-innovant et bien foutu...-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 10:56. (lien). Évalué à 2.désolé d'avoir déliré, j'aurai du employer le terme de "ultra-innovation" plutôt que "nouveauté". Enfin j'ai compris et t'aurais du comprendre que j'avais compris :)
Mais celà ne change rien à ce que je dis, celà ne sert à rien de proposer quelque chose d'innovant si c'est pour faire table rase de l'existant.
Pour moi j'associerai désormais TrucStep à la plateforme de MacOSX, mais en aucun cas j'associerai cette plateforme à un choix de portabilité parcque celà s'intègre nul part (ou tout de moins rien n'est fait dans ce sens)
Bon maintenant je vais aller chercher moi même ce qu'il y a d'innovant dans cette plateforme (désolé, je ne vais pas comparer avec ce qu'il y avait y'a 10 ans mais avec ce qu'il y a maintenant) puisque personne veut m'expliquer concrêtement ce que ces superbres APIs vont m'offrir de mieux.-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 11:18. (lien). Évalué à 2.Bon maintenant je vais aller chercher moi même ce qu'il y a d'innovant dans cette plateforme (désolé, je ne vais pas comparer avec ce qu'il y avait y'a 10 ans mais avec ce qu'il y a maintenant) puisque personne veut m'expliquer concrêtement ce que ces superbres APIs vont m'offrir de mieux.
On a donné pourtant pas mal de pistes sur les choses innovantes (le langage, les outils de développement etc.)...
C'est pourtant clair. T'as du mal à comprendre. Rien n'a bougé depuis 10 ans, rien du tout.
Si tu ne comprends toujours pas, GNUstep est un clône d'OpenStep.
Il ne fait donc pas table rase sur l'existant, mais il s'inspire d'un autre existant que celui que tu connais...
Pourquoi voir du côté de Gtk ou Qt alors qu'OpenStep se suffit à lui même.
La seule chose qui ait changé, c'est uniquement pour apple qui a mis de belles couleurs partout.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 11:26. (lien). Évalué à 2.On a donné pourtant pas mal de pistes sur les choses innovantes
vi mais ce ne sont que des pistes, un peu comme dans les mails "enlarge your penis", mais csuffit pas dire c'est innovant pour que ca le soit.
Je veux des exemples concrêt qui me montre que 1 plateforme a de nette avantages par rapport à une autre.
le langage
Pour moi le langage c'est une question de goût, un langage ne doit pas être dépendant d'une plateforme, et une plateforme ne doit surtout pas dépendre d'un langage.
les outils de développement
Pareil je veux une comparaison avec ce que propose les autres plateformes.
Rien n'a bougé depuis 10 ans, rien du tout.
Ca je sais mais je m'en fou :) Je veux comparer la plateforme maintenant, pas y'a 10 ans. J'écris pas un livre d'histoire, j'essai de savoir quel potentiel a cette plateforme actuellement vis-à-vis de ses promesses.
Il ne fait donc pas table rase sur l'existant, mais il s'inspire d'un autre existant que celui que tu connais...
Celà revient au même : si je suis obligé de faire table rase de MON existant pour aller vers un autre celà va être très rédibitoire. Je veux bien qu'on me propose quelque chose de nouveau, mais j'aime bien les transition douces, et surtout que je puisse m'intégrer avec l'existant, bref que je puisse faire des appli autour d'une plateforme portable tout en m'intégrant dans les environnements où je les exécute.
La seule chose qui ait changé, c'est uniquement pour apple qui a mis de belles couleurs partout.
Oué enfin Apple a fait plus important je trouve : il a conçu des applications concrêtes, bref, un existant.-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 11:53. (lien). Évalué à 4.Pour moi le langage c'est une question de goût, un langage ne doit pas être dépendant d'une plateforme, et une plateforme ne doit surtout pas dépendre d'un langage.
Complètement idiot ce que tu dis...
Pour qu'un framework soit efficace, il doit être adapté au langage qui l'utilise et tirer profit de toutes ses particularités.
Je sais MS propose plein de langages pour son .NET. Enfin, des langages qui acceptent .NET à peu près. Par exemple le C++ qui n'a plus droit à l'héritage multiple etc.
Oui, il y a aussi de l'ADA qui tourne après compilation comme du C#, autant développer en C# dans ce cas puisque de toutes façons tu perds tous les avantages liés au langage...
Je crois qu'il faut comprendre qu'un langage ne se limite pas à une syntaxe mais contient également des spécificités à l'exécution. Le framework ne peut pas faire abstraction de ces spécificités, même si MS essaye de nous le faire croire.
Celà revient au même : si je suis obligé de faire table rase de MON existant pour aller vers un autre celà va être très rédibitoire. Je veux bien qu'on me propose quelque chose de nouveau, mais j'aime bien les transition douces, et surtout que je puisse m'intégrer avec l'existant, bref que je puisse faire des appli autour d'une plateforme portable tout en m'intégrant dans les environnements où je les exécute.
Et moi, qui ne connaît que OpenStep, pourquoi t'essaye de m'embrouiller avec tes Qt et Gtk ? moi je veux pas faire table rase de MON existant...
Pour travailler sur GNUstep, tu ne dois pas faire table rase sur tes connaissances. Par contre tu dois apprendre de nouvelles syntaxes (celles de l'Objective-C) et penser tes applications un tout petit peu différemment.
Tes connaissances en développement objet seront nécessaires...
Au fait, je vois que tu as développé sur .NET dans ton cv, ça faisait parti de ton existant ? tu n'as jamais eu à l'apprendre, tu as la science infuse ?-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 14:00. (lien). Évalué à 3.Tu cite ADA sur .NET, mais je te signal qu'il y a également IronPython, qu'il y a également Eiffel (avec héritage multiple), mais aussi du Caml, etc. Pourtant ces langages respecte leur syntaxe et sémantique originale.
Pour ce qui est de l'indépendance du framework vis-à-vis d'un langage, il suffit de prendre l'exemple de GTK qui a été conçu pour être "bindé" facilement et donc utilisable depuis ton langage favori.
Je crois qu'il faut comprendre qu'un langage ne se limite pas à une syntaxe mais contient également des spécificités à l'exécution. Le framework ne peut pas faire abstraction de ces spécificités, même si MS essaye de nous le faire croire.
Les langages ont beaucoup de points communs, et leurs environnements d'exécution aussi. De toute façon il est toujours possible d'ajouter ce qui manque dans le framework et qui est vital au langage (héritage multiple en Eiffel au dessus de .NET par exemple)
Il ne faut pas oublier que tous les langages sont conçu pour tourner sur des architectures de proc au mode de fonctionnement similaire, il est donc tout à fait possible de faire la même concentration au niveau d'une machien virtuelle par exemple.
Et moi, qui ne connaît que OpenStep, pourquoi t'essaye de m'embrouiller avec tes Qt et Gtk ? moi je veux pas faire table rase de MON existant...
Mais justement, que vas-tu devoir faire si tu veux faire une application qui s'intègre dans Windows ou Gnome ?
---> OpenStep se vente d'être portable mais ne t'encourage pas du tout à t'intégrer dans les autres environnements, tu ne trouves pas celà contradictoire ?
Pour travailler sur GNUstep, tu ne dois pas faire table rase sur tes connaissances.
Mon existant n'est pas limité à mes connaissances mais aussi à tout ce que j'ai codé, et apprendre un nouveau framework complet c'est légèrement rédibitoire comme qui dirait. Le langage ca encore c'est surmontable (et parfois agréable)
Au fait, je vois que tu as développé sur .NET dans ton cv, ça faisait parti de ton existant ?
Justement tiens, puisque tu en parles, ben quand je développe une appli qui cible plusieurs environnements, je peux me baser sur la même plateforme (Mono), utiliser le toolkit graphique et m'intégrer comme je l'entend dans les différents environnements sans toucher au reste de mon appli, et cerise sur le gâteau, je peux même réutiliser mes compétences en GTK quand je codais en C, réutiliser la doc existante, les tutoriaux, réutiliser mes libs écritent en C, etc.-
[^]Re: enlarge your penis
Posté par thecat () le 21/10/2004 à 15:45. (lien). Évalué à 4.Tu cite ADA sur .NET, mais je te signal qu'il y a également IronPython, qu'il y a également Eiffel (avec héritage multiple), mais aussi du Caml, etc. Pourtant ces langages respecte leur syntaxe et sémantique originale.
Bon ecoute, arrète de dire que c'est une avancé terrible d'avoir ces langages sur .Net.
-Pour Eiffel, l'implémentation est du pur hack de gros sagouin (bin faute de mieux quoi, fait tenir un langage avec heritage multiple, types ancrés et assertion sur une plateforme qui ne le supporte ...) ISE à juste réaliser cela pour faire un coup de pub pour son langage (Bertrand Meyer à fait des conférences pour Microsoft) mais aucun utilisateur du langage Eifel penserrais à utiliser mono (Eiffel et deja cross-plateforme).
-Pour Caml, ce lanage posséde déja un interpréteur, une VM, un compilo natif et pleins de bibliothèques, et le tout disponible pour plus d'architecture que .Net (ou mono) donc pouvoir le compiler sur .Net n'est absloument pas une avancé!
Pense que l'on pourrait réaliser un compilateur d'a peu prés n'importe quel langage pour qu'il produise du basic par exemple, oui cela n'aurrait aucun interet, un peu comme .Net qui supporte 50 langages différents.
il suffit de prendre l'exemple de GTK qui a été conçu pour être "bindé" facilement et donc utilisable depuis ton langage favori
Bon faut un peu arreter la, les 'binding' ne sont qu'un pis-aller. Ca se comprend trés biens pour des langages comme python mais un véritable langage (dont le but est une compilation native) aurra des plus qui nécessiteron de réécrire les bibliothèque pour utiliser ces + (en eiffel les agents par exemple)
OpenStep se vente d'être portable mais ne t'encourage pas du tout à t'intégrer dans les autres environnements, tu ne trouves pas celà contradictoire ?
Heu non ... je ne croit pas à une ergonomie parfaite et unique. Mais j'aime cette de NeXT mais bon c'est vrai que les frameworks pourrait y travailler dessu (sous formes de fichier de conf peut-etres?). Mais quel framework propose cela?
et apprendre un nouveau framework complet c'est légèrement rédibitoire comme qui dirait. Le langage ca encore c'est surmontable (et parfois agréable)
Donc tu voudrais un seul framework et plusieurs langages qui l'utilise (tiens ca ressemble à .Net ...). Bon c'est que tu n'a riens compris aux differents apports des langages. Si mon langage possède l'héritage multiple, je _veux_ que le framework l'utilise, si mon langage possède les assertions, je _veux _ que mon framework l'utilise, si mon langage et fonctionel pur, je _veux_ que mon framework soit fonctionel pur, si mon langage et // ou distribué, je veux que mon framework en tienne comptes, sinon il n'y a _aucun_ interet à choisir tel ou tel langage (mis a part des notions discutables de syntaxe).
[mono tou ca ...] je peut utiliser le toolkit graphique et m'intégrer comme je l'entend dans les différents environnements sans toucher au reste de mon appli
Heu je fait une application en c# sur mono en utilisant gtk#, elle aurra le look&feel de kde si je l'utilise sous kde, de gnome sous gnome, de cocoa sous macOS, de windows sous windows? Non? ha bin GNUStep c'est pareil.
Par contre quand tu dit que tu t'intègre comme tu l'entend sans toucher au reste de ton applis, tu doit quand même recoder toutes la partie IHM non?-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 16:28. (lien). Évalué à 1.Je sais très bien que Caml ou Eiffel sont déjà portables, qu'ils ont déjà un framework et tout et tout.
Mais tu ne t'ai jamais dis qu'on pouvait avoir besoin d'utiliser quelque chose qui n'est pas disponible dans ton framework ?
A part en C où tu vas tout trouver, tu vas devoir te taper tes bindings à la main ?
SI .NET supporte de nombreux langages ce n'est pas juste à cause de la syntaxe, c'est aussi pour pouvoir utiliser facilement du code existant, justemetn écrit dans ce langage.
Heu non ... je ne croit pas à une ergonomie parfaite et unique. Mais j'aime cette de NeXT mais bon c'est vrai que les frameworks pourrait y travailler dessu (sous formes de fichier de conf peut-etres?). Mais quel framework propose cela?
Aucun que je ne connaisse en tout cas.
C'est bien pour celà que j'ai fortement réagit à cette news :
permet de programmer des applications en quelques heures au lieu de jours
alors que cette plateforme se veut portable. Ce qui m'a fait encore plus sursauter c'est de voir qu'on ne semble pas encourager l'utilisation d'autre toolkit que celui fournit avec GNUStep : bonjour l'encouragement à l'intégration, surtout dans le domaine du dsktop.
Donc tu voudrais un seul framework et plusieurs langages qui l'utilise
Pas forcement, ce que je veux c'est pouvoir réutiliser l'existant et m'y intégrer. Tout les moyens sont bons, mais il ne faut pas refuser l'intégration avec comme excuse la portabilité.
Bon c'est que tu n'a riens compris aux differents apports des langages
Je me rend bien compte que beaucoup de langages ont des spécificités (héritage multiple, ou même esprit même du langage : fonctionnel, impératif, etc.) , mais je constate une chose : la plupart des APIs disponibles sont principalement orientés objet : on vous fournit un ensemble de classes et d'interface (au sens large) pour utiliser nos fonctionnalités, servez-vous en.
Après je suis d'accord que les classes de base des langages doivent évidemment proposer des foncitonnalités propres à chaque langage (d'ailleur souvent ces classes font partie du langage ou de la "base" du langage).
Mais quand il s'agit de réutiliser, et surtout proposer à la réutilisation, il faut utiliser les points communs entre tous les APIs, et c'est là qu'une plateforme comme Mono permet de gagner à mon sens beaucoup plus de temps (suffit de voir le temps mis pour pondre une plateforme productive, vu qu'il s'appui sur un existant éprouvé) que de s'amuser à refaire totalement une plateforme pour un unique langage.
GNUStep est pour moi trop fermé, d'ailleur ça va biend ans la politique actuelle de Apple tiens :) (désolé pour le troll, pas besoin de réagir =) )
Non? ha bin GNUStep c'est pareil.
Sauf que Mono te propose tous les outils pour que tu puisse t'intégrer dans les principaux environnement, c'est dans la philosophie de la plateforme (Qt#, WinForms, GTK#, Cocoa#).
tu doit quand même recoder toutes la partie IHM non?
pas toute, la partie la plus haute oui. Tu peux garder toute la couche de contrôle de l'IHM à mon sens. J'en ai un peu marre de toutes ces promesses à la Java de portabilité totale, promesses reprises par GNUStep sur leur site web, alors qu'à l'arrivé on se retrouve avec des trucs bizzares, les programmeurs clamant faire tourner leurs appli sur toutes les plateformes, et c'est l'utilisateur qui en patie. Je trouve celà en tout cas vraiment dommage pour ce qui est du desktop. Pour ce qui est des appliactions plus spécialisées ou destinées aux informaticiens celà me dérange beaucoup moins.
-
-
[^]Re: enlarge your penis
Posté par golum () le 21/10/2004 à 20:58. (lien). Évalué à 2.les langages ont beaucoup de points communs, et leurs environnements d'exécution aussi. De toute façon il est toujours possible d'ajouter ce qui manque dans le framework et qui est vital au langage (héritage multiple en Eiffel au dessus de .NET par exemple)
Pas d'accord! les caractéristique d'un langage conditionnent ce qu'on peut faire avec et si on s'en sert pour batir un framework, les autres langages wrappés dessus devront s'adapter aux limitations (différences) associées au langage d'implémentation
Les exemples sont nombreux mais en voici un explicite qui fera plaisir au gnustep addicted ici présent puisque c'est l'aveu du propre developpeur du toolkit graphique Fox ecrit en C++.
http://www.fox-toolkit.org/faq.html#CALLBACKS(...)
dixit pour les pressés
"Were FOX written in Objective-C, one could achieve the goal of type-safety as well; C++ clearly limits our choices"-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 22/10/2004 à 07:12. (lien). Évalué à 2.Je pense sincèrement que c'est une mauvaise idée pour un framework que de le destiner à un seul langage en particulier, en tout cas pour un framework spécialisé : on limite d'autant sa réutilisation ! Heuresement que la plupart des APIs techniques qu'utilisent les 3/4 des langages sont écrits en C... (APIs multimédias, réseau, graphique, etc.)
Pour moi tu veux faire un API, tu le fais dans le langage que tu veux, mais l'idéal est tout de même de lui donner une interface "générique" utilisable par le maximum de langage, bref principalement de simple méthodes, et pourquoi pas orienté objet, ce qui correspond à la plupart des langages.
Après il peut être possible de rajouter une couche au dessus pour faciliter l'intégration dans un langage particulier, mais pour moi un framework (autre que le framework qui contient String & Co, les APIs de base d'un langage quoi) n'a pas pour ambition de s'intégrer dans un langage mais de fournir une base sans qu'on est besoin de réinventer la roue dans chaque plateforme.
Enfin si tu préfères toujours réinventer la roue, ne pas favoriser l'interopérabilité des plateformes, et proposer des solutions dispo que pour un seul langage, libre à toi de l'écrire en Objective-C, mais il ne faut pas s'étonner après si personne utilise cette plateforme.-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 22/10/2004 à 08:14. (lien). Évalué à 3.des APIs techniques qu'utilisent les 3/4 des langages sont écrits en C... (APIs multimédias, réseau, graphique, etc.)
Oui, c'est juste et dis moi comment tu pourras utiliser les nouvelles bibliothèques écrites en C sous Mono ?
Contrairement à mono, l'ObjC est une surcouche du C, donc question intégration environnement, l'ObjC n'est pas si mal puisqu'il n'y a rien à faire pour utiliser tes bibliothèques C.
mais il ne faut pas s'étonner après si personne utilise cette plateforme.
L'intérêt n'est pas de vendre un produit, mais de faire quelquechose d'efficace et dont on a besoin.
Le jour où GNUstep sera parfaitement exploitable, ne t'inquiète pas, les gens l'essayeront et l'odopteront.
Par contre, mono, tout le monde s'y intéresse, mais est-ce pour ses qualités, où plutôt pour "quoi ? .NET sous Linux ?"...
Et pour finir, qu'Apple ait choisi OpenStep, c'est une marque de qualité pour OpenStep. Car même si Apple n'a jamais vendu autant que MS, Apple a toujours vendu des produits de qualité, débuggés et beaux. D'ailleurs, une fois que t'as goûté à Apple, tu ne manges plus que de l'Apple.
Par contre, .NET, on en entend beaucoup parlé, mais plus souvent pour ses bugs que pour ses qualités.
Ensuite concernant la compatibilité, je crois plus en celle de GNUstep avec Cocoa qu'en celle de Mono avec .NET (y'a déjà des classes dépréciés, des classes doublons etc.).
Alors entre Mono et GNUstep, le choix est évident pour moi, c'est GNUstep.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 22/10/2004 à 11:13. (lien). Évalué à 2.Oui, c'est juste et dis moi comment tu pourras utiliser les nouvelles bibliothèques écrites en C sous Mono ?
Parcque la plateforme Mono est une implémentation de .NET, et que .NET a été conçu pour réutiliser facilement l'existant, notamment du code écrit en C.
C# inclu les notions de pointeurs, de structure, etc., c'est pas pour rien.
[DllImport("mylib.so")]
void monprototypedefonction(String param1, truc param2);
et hop maintenant je peux l'utiliser.
Autre facilité : le compilateur C++ de Microsoft permet de mixer code managé et code natif, il suffit de faire :
#include <stdio.h>
et zou ca marche.
De plus j'ajouterai qu'en plus des facilités offertes, la philosophie de la plateforme encourage à réutiliser l'existant.
Enfin Mono propose une interface pour utiliser facilement du code .NET depuis l'extérieur, Mono est alors vu comme n'importe quelle bibliothèque.
Contrairement à mono, l'ObjC est une surcouche du C, donc question intégration environnement, l'ObjC n'est pas si mal puisqu'il n'y a rien à faire pour utiliser tes bibliothèques C.
A vrai dire sans connaître ObjC je m'attendais à cette compatbilité, mais j'ai commencé à douté en lisant les commentaires de certains... tu me rassures :)
Le jour où GNUstep sera parfaitement exploitable,
Elle n'est pas exploitable ? Pourquoi ?
L'implémentation d'Apple n'est-elle pas exploitable ?
C'est bien parcque Apple a choisi cette plateforme pour son OS que je m'y intéresse et que je ne doute pas qu'elle a des qualités. Le problème c'est que cette plateforme se veut portable mais ne semble pas vouloir s'intégrer ailleur que dans un environnement qui lui est dédié, et tant que j'ai pas de mac, ben...
Ensuite concernant la compatibilité
Je parlais pas de la compatibilité d'implémentation (celle de Mono a quand même pour objectif de faire tourner une appli Windows sans la recompiler, ce qui marche très bien pour la partie ASP.NET par exemple), mais d'interopérabilité, bref d'intégration avec l'existant.-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 22/10/2004 à 14:55. (lien). Évalué à 2.Tout d'abord faut comprendre une chose, OpenStep est une spécification.
Cocoa d'Apple est une implémentation, GNUstep en est une autre.
Elle n'est pas exploitable ? Pourquoi ?
Si c'est exploitable mais les versions de l'AppKit (interface graphique), de Gorm et ProjectCenter n'ont pas encore atteint la version 1.0. Donc en entreprise, je vois mal comment l'utiliser.
L'implémentation d'Apple n'est-elle pas exploitable ?
Si, l'implémentation d'Apple est parfaitement exploitable.
Le problème c'est que cette plateforme se veut portable mais ne semble pas vouloir s'intégrer ailleur que dans un environnement qui lui est dédié
Comme Java, Qt ou Gtk.-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 22/10/2004 à 16:43. (lien). Évalué à 2.Comme Java, Qt ou Gtk.
Ce n'est pas du tout le but affiché par Gtk ou Qt qui sont de simple toolkit graphique, pas une plateforme complète.
Quand à Java voilà pourquoi je ne l'aime pas :)-
[^]Re: enlarge your penis
Posté par Erwan (page perso, ) le 23/10/2004 à 01:17. (lien). Évalué à 2.Remplace Gtk par Gnome. Quand a Qt, meme sans Kde ca s'approche vraiment de la plate-plateforme vu le spectre couvert par les API.
-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 23/10/2004 à 07:25. (lien). Évalué à 2.Ah non du tout. Gnome ou KDE sont des environnements, même s'ils sont très complets, ils ne visent pas une plateforme complète de développement et encore moins la portabilité.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
[^]Re: enlarge your penis
Posté par Guesdon Manuel (page perso, ) le 21/10/2004 à 15:45. (lien). Évalué à 1.Je cherche pas des poux à GNUStep, je m'apercois juste que c'est normal que ce projet en soti toujours à ce stade (pas utilisé).
Stop the FUD (tm) !
Il est utilisé et meme en environnement commercial:
o Turbocat WebMail,
o eCommStep,
o OpenGroupware (qui utilise gnustep-core ou qui devrait l'utiliser bientot).
Sans compter que certains developpeurs du projet d'en servent pour leurs boite en interne ou pour leurs clients.
On avait meme faillit s'en servir pour le portail boursier Voila, il y a quelques années...
Manuel
-
-
-
[^]Re: enlarge your penis
Posté par bleh () le 21/10/2004 à 09:52. (lien). Évalué à 1.Ah bon le langage est limité à la plateforme ? (???)
Tu sais un langage reste quand même limité par les API disponibles. La seule API complète qui utilise Objective-C est le framework GNUStep mais il y'a eu dans un passé récent des tentatives de faire des bindings Gtk pour Objective-C. Bref je te conseille de lire ce site :
http://www.foldr.org/~michaelw/objective-c/(...)
Ca te permettra d'avoir une vision plus précise de ce que permet Objective-C et ses avantages par rapport à d'autres langages. Parce que pour l'instant tu discutes sans vraiment connaître, ce qui donne une discussion où on a clairement l'impression que tu cherches à démontrer que GNUstep c'est ringard mais sans argument.
Mais si je ne peux même pas concevoir une application desktop qui s'intègre ailleur que dans un environnement dédié, ben je dis que c'est normal que ce soit au même stade depuis 20 ans.
Tu dis toi même que les applis Gtk ne sont pas intégrées dans KDE par exemple. On est typiquement dans un cas où l'application ne s'intègre pas correctement ailleurs que dans un environnement dédié et pourtant c'est utilisé. Il y'a d'autres raisons qui font ce framework est moins utilisé et il n'y a clairement pas que l'integration.
-
-
-
[^]Re: enlarge your penis
Posté par nardzir () le 21/10/2004 à 08:35. (lien). Évalué à 1.il n'y a pas d'intégration voilà quoi...
C'est a mon avis l'un des principaux problemes de GNUStep actuellement. C'est beau d'avoir un "supair framework", si celui-ci n'est pas capable d'etre integré entierement dans l'environement cible, cela pert de son interet.
Tu peux tres bien decider d'utiliser GNUStep base qui te fournira des objets independants de l'IHM (par exemple : gestion des strings, collections, heure, filesystem, ...) et qui te garantie une independance de la plateforme tout en utilisant derriere GTK ou Qt (via un wrapper C tant que gcc n'est pas capable de marier le C++ a l'ObjC) pour l'IHM.
L'avantage est une integration parfaite dans l'environnment, mais tu perd un peu de l'interet de GNUStep. A mon avis c'est une tres mauvaise solution.
Ou alors tu accepte la contrainte d'avoir un truc horrib^R^R gris ;) qui n'est pas du tout integré, et qui ne fonctionne pas si bien que ca sous windows, et tu croises les doigts pour que le support de windows arrive au bout et que l'IHM Gnustep soit themable. C'est pour ca que je prete beaucoup d'attention au projet de nicolas, Cameleon, car il permettra d'utiliser des skins "approchant" le theme du desktop (un peu comme firefox aujourd'hui).-
[^]Re: enlarge your penis
Posté par nicolassanchez () le 21/10/2004 à 08:52. (lien). Évalué à 1.il n'y a pas d'intégration voilà quoi...
WindowMaker n'existe pas ?
Si pour vous l'intégration c'est avoir la même geule que son desktop, je suis désolé mais GNUstep est parfaitement intégré à WindowMaker...
-
[^]Re: enlarge your penis
Posté par TImaniac (page perso, ) le 21/10/2004 à 11:17. (lien). Évalué à 2.L'avantage est une integration parfaite dans l'environnment, mais tu perd un peu de l'interet de GNUStep. A mon avis c'est une tres mauvaise solution.
Cette solution est pénible, je te l'accorde (celà donne du boulot au programmeur), mais je ne vois pas d'autres solutions pour obtenir une parfaite intégration, critère pour moi relativement vital pour une applicatoin desktop tout public.
Le choix des thèmes qui s'intègre ne résoud que le problème d'intégration visuelle, pas d'ergonomie.-
[^]Re: enlarge your penis
Posté par Nicolas Roard (page perso, ) le 21/10/2004 à 12:47. (lien). Évalué à 3.Le choix des thèmes qui s'intègre ne résoud que le problème d'intégration visuelle, pas d'ergonomie.
Les thèmes, non. Les fichiers interface, oui. Comme expliqué précédemment, les fichiers "interface" sont bien plus que la description visuelle de l'UI, et tout ça est fait à partir de Gorm, ce qui est quand même vachement pratique. Ce que je n'ai pas (ré)expliqué, c'est que tu peux avoir un fichier d'interface *par* language -- ce qui permet de justement faire mieux coller l'UI aux spécificités d'un language (par exemple, le fait que le français ait des mots généralement plus longs que l'anglais...) -- un programme GNUstep étant organisé dans un répertoire (un "bundle") contenant, en plus du (ou des) binaires, les ressources utilisées par le programme.
À terme, pour l'intégration KDE/GNOME/Windows/etc., on devrait étendre ce mécanisme. Du coup, tu auras d'un côté un thème, pour avoir "l'intégration visuelle" dont tu parle, et tu pourras avoir un autre fichier UI pour résoudre le problème d'ergonomie.
Effectivement, pour le moment, ce n'est pas encore possible -- mais ça en soit ce n'est pas foncièrement difficile à faire (comme je l'ai dit.. c'est déja le cas pour les langages) maintenant qu'on a un GNUstep qui commence à bien tourner.
GNUstep n'est pas la solution ultime qui enlarge ton penis, mais y'a très clairement des possibilitées très intéressantes. Maintenant, personne ne t'oblige à y jeter un coup d'oeil.
-
-
-
[^]Re: enlarge your penis
Posté par Erwan (page perso, ) le 21/10/2004 à 11:00. (lien). Évalué à 2.Il y a des bindings Objective C pour gtk1 mais pas pour gtk2.
-
-
-
[^]Re: enlarge your penis
Posté par Loïs Taulelle (page perso, ) le 20/10/2004 à 16:40. (lien). Évalué à 4.Donc bref, c quoi qui enlarge mon penis ?
Généralement, une bonne motivation.
Sinon, il paraitrait qu'il existe des petites pilules bleues, un genre de poudre verte pour la bite...
-
-
-
-
-
[^]Oui et Non Re: enlarge your penis
Posté par Guesdon Manuel (page perso, ) le 19/10/2004 à 15:41. (lien). Évalué à 3.Plus precisement c'est en cours. Et ca marche plutot pas mal entre MacOS X et Unix, avec par exemple GNUMail.app.
Pour Windows, ca progresse AFAIK.
Il suffit de suivre les listes de discussion pour voir la progression.
Manuel
-


Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.