Le projet GNUStep reçoit gratuitement de la société VMWare quatre licences du logiciel eponyme VMWare workstation 3.0.
Ces licences permettent aux développeurs GNUStep d'exécuter l'OS Openstep 4.2 sur notre OS favori. De quoi faciliter la tache aux développeurs GNUstep ...
Faciiiiiile : tu prends ton diplôme du bac, tu t'inscrit dans une fac en Deug (lettres ou droit de préf) tu t'acquites de tes frais d'inscription. Et deux mois après, tu réfutes ton inscription et ils te rembourse tes droits. T'as le droit 3 années de suite dans la même fac.
La combine est pourtant bien connue, pour acheter les pack Office, non ?
Pour l'armée aussi, maintenant c vrai que ça sert moins.
Sinon, une imprimante une photo et du carton de couleur et tu te fais une superbe carte d'étudiant de la fac de Droit des beaux ruraux de Moules-Sur-Ivettes... :o)
Là pour le coup c'est vraiment pas honnête, je mettrais -2 si je pouvais. Je crois que de gentils contributeurs vont pas tarder d'exaucer ce souhait.
De toutefaçon je m'en fous des XP (enfin bon maintenant que je suis évèque, ça me fera mal au c*l de retourner abbé :o))
Sauf qu'une fois que tu n'es plus étudiant, tu n'as plus le droit d'utiliser le logiciel acquis de cette façon, ta licence ne correspond plus à ta situation.
Ca c'était vrai pour le licences Microsoft éducation c'est pour ca que j'ai pas acheté. Par contre pour les licences Borland tu as droit de continuer à l'utiliser. pour VMWare je ne sais pas mais j'espere qu'on peut continuer parcequ'il ne me reste plus longtemps à etre étudiant ;)
Je t'ai donné le prix chez le revendeur français. Ajoutes la TVA à 299$, tu arrives à 360$ soit environ 2700 F, avec la marge du revendeur ça te fait 3229 F. C'est sur qu'en le télechargeant des Etats unis ca ne te coutera que 2700 F.
J'ai beau lire un peu le site, je ne vois pas trop ce qu'est GNUStep. À mes débuts sous nunux, c'était pour moi le nom d'un répertoire crée par wmaker.
Aujourd'hui, l'idée que j'en ai est que c'est un truc-framework-machin dans la même mouvance que les systèmes de composants KDE et Gnome, hérité de NextStep et que Cocoa de MacOS X est partiellement basé dessus.
J'ai aussi l'idée que je me trompe lourdement.
Est-ce que quelqu'un qui connait bien tout ça peut faire un topo rapide ? (pour un décideur ;) )
GNUStep est le projet GNU chargé de réimplémenter les API OpenStep sous Unix.
OpenStep est la spécification publiée et ouverte des API utilisés sous NeXT et par la suite OpenStep (qui est en fait une implémentation de ces specs) de la société NeXT Computers de Steve Jobs.
OpenStep a été fait en partenariat avec Sun, et il existe (existait?) une implémentation d'OpenStep sous Solaris. De même que sous Windows.
Quand Steve Jobs est revenu aux commandes d'Apple, il a lancé MacOS X, qui est en fait un NeXTStep avec une interface mise au gout du jour et d'une boite de compatibilité MacOS 9.
Quel est donc l'intérêt de GNUStep ?
La première chose, c'est la grande qualité de ces API : elles sont très bien foutues et simple d'utilisation.
GNUStep se programme avec ObjectiveC, un vrai langage objet inspiré de Smaltalk, en surcouche au C, qui est très simple d'utilisation et plutôt agrèable.
OpenStep, ce sont les spécifications des API, mais NeXT a sorti un OS appelé OpenStep (une sorte de NeXTStep 4) qui les implémentais, plus des versions Solaris/Windows qui servaient de boite de compatibilité. Voili voilou, j'espère ne pas m'être mélangé dans les noms et la casse, c'étaient de grands spécialistes pour ça ;-)
GNUStep se programme avec ObjectiveC, un vrai langage objet inspiré de Smaltalk, en surcouche au C, qui est très simple d'utilisation et plutôt agrèable.
Par contre, je dois être con, mais je ne comprends rien au système de Makefile utilisé. Vu comme ça, je le trouve même dégueulasse, avec ses 50 variables d'environnement à mettre au préalable.
C'est vrai qu'il ya un foultitude de variables d'environnement mais c'est pour une compatibilite entre les diverses plateformes OPENstep
Justement, ça ne sert à rien d'avoir une API portable si c'est pour que l'environnement de développement soit aussi ignoble. Et sourcer un fichier dans le .bashrc n'est pas une solution (on fait comment avec ksh ou zsh ?).
Par contre le projectcenter permettra de "masquer" cet aspect tout en offrant un environnement de devel bien foutu et agreable
Tu veux dire qu'il suffira de taper "make && make install" sur un système normalement constitué ? Qu'on pourra changer le répertoire d'installation ? Ah non, tiens, c'est un truc à la sauce MS developement studio, je sens tout de suite qu'on ne va pas pouvoir s'en passer.
C'est bien NeXT qui a créé le concept de RAD , et à l'époque, c'était révolutionnaire. D'ailleurs même si j'aime pas trop les RAD, je croit que j'utiliserai pourtant Gorm et ProjectCenter, car c'est vraiment bien fait (palettes d'objets, on peut avoir des palettes de ses propres objets simplement, etc)
Le RAD, c'était Interface Builder plutôt que Project Builder non ?
Mille excuses ... s trop vouloir simplifier je commence a dire des conneries ... au fiat on dirait que j'ai trouve l'autre fan de OPENstep ssu linuxfr ;)
C'est bien NeXT qui a créé le concept de RAD , et à l'époque, c'était révolutionnaire. D'ailleurs même si j'aime pas trop les RAD, je croit que j'utiliserai pourtant Gorm et ProjectCenter, car c'est vraiment bien fait (palettes d'objets, on peut avoir des palettes de ses propres objets simplement, etc)
Pareil pour moi c'est hype bien foutu (deja essaye sur un NeXTcube et de suite emballe :) )
"Le RAD, c'était Interface Builder plutôt que Project Builder non ?"
Non, en fait c'était Interface Builder jusqu'a la version 2.2 de NeXTStep.
Ensuite, la version 3 de NeXTStep est sortie avec Project Builder à la place de Interface Builder...plus complet (gestion des classes d'objetc, gestion de projet, etc...)
Ayant bossé sur cette machine pendant presque 2 ans en 95 , je n'ai depuis, jamais rencontré de système integrallement objet comme celui-ci, snif.
Disons plutôt KDE/Gnome, vu que c'est dans une optique "Desktop".
Mais il y a des côtés plus intéressants je trouve :
- portabilité
- le look'n feel et l'ergonomie, qui sont différents de Windows (bien que Windows s'en soit inspiré) : enfin quelque chose de beau, bien pensé et original.
- c'est le seul environnement graphique qui a été conçu pour un Unix (NeXTStep était basé sur un BSD, comme MacOSX), et certains choix sont plutôt heureux.
Certains mécanismes apporté par l'ObjectiveC sont très sympas également (les services, redéfinition des classes à la volée).
C'est marrant, je suis plutot <troll feeding="no">Java</troll> mais j'aime bien l'Objective-C aussi. Comme quoi c'est un langage qui attire qq soit le background des gens ;)
Bonne question : j'ai vu une boite d'info a Londres qui l'utilisait *tres* intensement. Plus tard j'ai compris pourquoi, un des developpeurs tres actifs du projet y bosse... (Richard Frith-MacDonald pour ceux qui connaissent un peu GNUstep)
Ca avait l'air de tres bien satisfaire les developpeurs, et je les comprends.
J'etait fan des docks sur AmigaOS (<mode nostalgie="on">ahh toolmanager</mode>), j'etais aux anges qd j'ai decouvert Nunux + WindowMaker. Faut vraiment que je me mette a developper pour GNUstep... (pour l'instant j'utilise WINGs pour mes interfaces - agreable au demeurant)
En fait il y a plusieurs parties:
o core/base: librairies de base
Permettent de faire des outils en ligne de commande, des daemons,...
o gui: partie interface graphique (au niveau classification, se rapproche sans doute de QT/GTK+)
o gdl: partie gestion base de données (equivalent de Apple EOF 1.x; la v2 est en préparation)
o GNUstepWeb: permet de faire des applications web (comme Apple WebOjbects)
Est beaucoup utilisé ? En interne dans certaines société, oui, je crois. Au moins une application commerciale existe (TCWebMail de www.turbocat.de).
*Step, c'est aussi l'environnement de développement le plus beau (au sens visuel, pour l'époque, et au sens de la qualité) qui n'ait jamais existé. Les Next Cube étant les machines les plus bandantes qui aient existé. Je n'ai pas vu de produit qui ai autant de flamme jusqu'à aujourd'hui. Tout ce qui tourne autour de *Step bénéficie d'un très grand respect de la part de ceux qui ont connu ça.
Malheureusement, le projet GNUStep n'arrive pas à récupérer cette passion. J'espère qu'ils y arriveront, et c'est d'ailleurs tout à fait possible si cette plate-forme de dev est privilégiée par ceux qui veulent développer des trucs pour MacOSX et linux (Ce n'est de toute façon pas nécessaire). Quelqu'un connait-il le niveau de POSIXitude de MacOSX?
Pour être honnête, les widgets GNUStep sont pas tous complètement finis, donc, sachant que le singe préfère la voiture rouge, je comprends que les gens ne s'y ruent pas en masse (mais pourtant !!) :-P .
Pour être positif, Je suis vraiment épaté des progrès réalisés par GNUStep, je trouve qu'ils avancent rapidement et régulièrement. Gorm (le créateur d'interface, un clone d'Interface Builder sur NeXT) par exemple commence à être utilisable, en relation avec ProjectCenter.
Bref, je pense que d'ici quelques temps (un an ?), quand les outils de dev seront plus matures, les libs stabilisés et la doc plus explicite, que des logiciels comme GNUMail (qui fait des pas de géant tous les jours ;-)) seront répandus, les gens devraient s'y intéresser beaucoup plus, à commencer par les développeurs. C'est à nous de recréer cette passion ! (j'avoue, j'adore ce système depuis longtemps).
Et WindowMaker dans tout ça ? Je suis perdu... C'est le window manager utilisant le framework GNUStep ou c'est un dérivé ?
Sinon, je voudrais ajouter que si GNUStep (ou Window Maker, j'en sais rien) devient un jour aussi convivial et utilisable que KDE, ça ajoutera une troisième pate au troll KDE/GNOME. Et ça, ce serait bien parceque lors q'une lutte un contre un, c'est toujours le troisième qui gagne (hmmm). Ex. Apple Vs Windows -> Linux. Allemagne Vs Europe -> USA (svp, pas de point Godwin, j'ai pas dit "Nazi" - oups...).
les libs de base sonts en cours de debugage et optimisation et ont atteint un stade user usable
et les libs gui sont en phase de peaufinage donc on peut dire que c'est presque fini pour cettepartie la, les distrib devraient bientot pouvoir les propose en standard au meme titre que gnome ou kde :)
nan je met la charue avant les boeuf, les palis sonts encore un peu rare et c'est normale mais effectivement c'est un projet a surveiller et surtout a soutenir
quand gorm et le workspace seront finis (le workspace montrera l interet visuellement de gnustep et gorm facilitera l apprentissage de l api) alors ca montrera a beaucoup de chalants et curieux l interet de gnustep
effectivement jusqu a present je m interesse d avantage a gnome pour des raisons pratiques (c est existant et utilisable concretement) mais je surveille depuis longtemps les avancées de gnustep, quand le projet sera bien plus mure je compte clairement m y investir, la portabilité avec macosX est aussi un grand plus.
il faut aussi se dire que gnustep devrait profiter des avancements de gcc 3.x ,
il y a donc divers raisons que fait que gnustep est resté relativement dans l ombre alors que le projet merite vraiment d etre reconnu
(veritable langage objet, interface graphique coherente, systeme a la corba, affichage postscript etc... )
la passion se creera par les developpeurs , y aura synergie quand des applications "phares" seront mures et demontreront l interet de l api gnustep, de la meme maniere que kde l a créé par des applications phares comme kdevelop et konqueror ou gnome avec des briques comme bonobo, des softs comme gimp (d ailleurs, un grand tort de gnome est de ne pas avoir un IDE a mettre en avant, enfin le projet anjuta+gide devraient aider bien plus que glade, patience)
enfin vla a mon avis , ce qui peut expliquer le manque de "passion' de la 'communauté opensource' envers gnustep
mais le systeme *step, c'est peut etre ce qui fut pensé de plus beau sous unix, apple le remet en avant (via macosx ! ) c une tres grande opportunité,
toujours épaté par sa decouverte de NextStep 3.x y a des années et grand utilisateur de WindowMaker
GNUStep se programme avec ObjectiveC, un vrai langage objet inspiré de Smaltalk, en surcouche au C, qui est très simple d'utilisation et plutôt agrèable.
Un projet Open Source dans un langage peu répandu est ce vraiment une bonne idée ?
D'autant plus que si gcc supporte l'ObjectiveC, dans la documentation de gdb, on ne parle pas du support de l'ObjectiveC.
Par cursiosité : Comment donc fait on pour déboguer un programme en ObjectiveC ? avec des printf ?
Si Linus Torvalds avait écrit son code en Finnois au lieu de l'Anglais, est que Linux existerait aujourd'hui ?
C'est un peu ce que je me suis dit au debut: pourquoi utilise un langage que plus personne (ou presque) n'utilise... Puis j'ai decouvert que Cocoa d'apple n'etait qu'une reprise d'Objective-C.
Ensuite, j'ai essaye.... et bien... c'est pas si mal que ca (perso j'aime bien :-)... et je trouve le code tres lisible (evidemment ca depend aussi du style utiliser, si tu mets ton if, ton else if et ton else sur la meme ligne... :-). De plus le langage etant une extension du C, ca s'apprend tres facilement.
Pour ce qui est de gdb, au lieu de lancer ton appli avec openapp, tu fais debugapp, ce qui va lancer gdb correctement. Pour ma part, je n'ai pas encore eu besoin d'aller plus loin que les breakpoint :-)
Il existe des patch pour integrer le support ObjectiveC à gdb.
Les prochaines versions de gdb devraient le supporte nativement, si je me souviens bien des dernieres infos à ce sujet.
GNUstep est une implémentation de l'API Openstep. Les spécification d'OpenStep ont été lancé par SUN et NeXT afin de promouvoir un environnement graphique de développement (celui de NeXT).
MacOS X est en fait une évolution des spécification d'OpenStep
Quant à WindowMaker c'est le window manager de GNUStep pour avoir ses fenêtre à la NeXT.
Je trouve ce geste un peu ridicule pour une entreprise aussi "rentable" que VMWare.
Faire un don de 4 licences n'a rien d'exceptionnel (ca ne leur coute rien et il existe d'autres alternatives libres a VMware), il aurait ete plus enrichissant que la societe fasse partager un peu de son savoir aux developpeurs de freemware par exemple.
Ca me fait un peu penser a Microsoft qui veut offrir des licences de Windows gratuitement pour mieux le diffuser, alors que des alternatives libres et gratuites existent.
ca ne leur coute rien et il existe d'autres alternatives libres a VMware
Hmm, si tu connais une bonne alternative libre à vmware, sache que je suis preneur. Je suis désolé, mais les autres projets sont très loin derrière vmware... C'est dommage.
Sinon, oui je suis d'accord, ce geste ne leur coute pas grand chose, mais il faut que ça coute quand on fait un cadeau ?
Je pense que même si ça ne coûte rien à vmware, c'est pas pour ça que ce n'est pas intéressant pour l'équipe de dev, qui a peut-être été très heureuse de recevoir des licences! Si ça se trouve, c'est super pratique pour eux mais ils pouvaient pas se payer les licences avant (faut pas oublier que ce sont des particuliers, pas des entreprises)
Étant développeur GNUstep, je confirme que VMWare ça simplifie beaucoup les choses quand on veut tester comment un truc se comporte sous Openstep 4.2. Ça m'évite de démarrer une vieille machine qui tourne sous OS 4.2 (ce qui est dur quand je ne suis pas chez moi). Jusqu'ici j'ai utilisé une version béta de VMWare 3 (et ben oui, c'est gratuit) et ça m'enlève une épine du pied.
Je ne sais pas encore comment vont être réparties les licenses VMWare, mais je pense que ce sera encore plus utile aux gens qui n'ont pas de machine sous OS4.2 qu'à moi.
Si tu bosses sur GNUstep, tu vas peut etre pouvoir me dire si ces 2 points sont assez facilement implemtable dans l'etat actuel des api, je bosse sur GNUMail.app et je me demande si un jour on aura:
- un TreeView (assez utile pour representer une hierarchie d'objets... le NSBrowser prenant parfois un peu de place)
- un menu contextuel... qui est disponible sur macosx d'apres ce qu'on m'a dit
Genial pour le portage... mais puisque ce n'est pas (ne sera pas) GPL, l'API sera-t-elle tout de meme integrer au core/gui ou sera-t-elle dans une librairie externe ?
Un menu contextuel c'est un menu qui depend de l'objet auquel il est rattache... ce qu'on a l'habitude d'avoir par en clic droit sous kde, sous win... :-)
>mais puisque ce n'est pas (ne sera pas) GPL, l'API sera-t-elle tout de meme integrer au core/gui ou sera-t-elle dans une librairie externe ?
Adam Fedor m'a dit ne pas vouloir l'integrer au core.(GNUstep est un projet GNU quand meme :-)
Ce sera donc un framework externe.
Note: Il y a aussi des Palettes interessantes pour Gorm.
>Un menu contextuel c'est un menu qui depend de l'objet auquel il est rattache
Le Menu au sens OpenStep est rattache a l'appli
(le clic droit n est pas tres NexT)
Par contre c vrai que je l'ai vu sur MOSX. Donc ca devrait etre integrer a GNUstep (si ce n'est deja fait)
>(le clic droit n est pas tres NexT)
C'est peut etre pas tres Next, mais c'est tout de meme tres pratique :-)... Next c'etait bien... gnustep sera mieux :-)
>Par contre c vrai que je l'ai vu sur MOSX. Donc ca devrait etre integrer a GNUstep (si ce n'est deja fait)
pour l'instant je n'ai pas vu d'API pour recuperer ce clic droit... mais je n'ai pas beaucoup chercher il est vrai :-)
Le screenshot est tout gris tout moche, tout les screenshots de GNUStep que j'ai vu ces derniers temps ont en commun cette même caractéristique alors que GNUStep peu être si jolie, c'est dommage.
Euh, juste un detail : il ne s'agit pas d'un screenshot de GNUstep, mais d'OpenStep... ce qui explique le noir & blanc. Et pis c'est pas laid pour l'epoque : compare a ses contemporains ;)
Oui, NextStep aussi tournait en couleur. Voir le site d'Eric Levenez (http://perso.wanadoo.fr/levenez/NeXTSTEP/(...(...))), il y a des très beau screenshot (à noter : il y a même un screenshot du premier browser www du monde codé par Tim Berners-Lee ;-)
Plus exactement, les premières NeXT (cube et slab mono) avaient un affichage haute résolution en niveau de gris, il faut une slab couleur ou un cube+NeXTDimension pour la couleur. Pour les différents matos, voir encore et toujours le site d'Eric Levenez, un incontournable pour les fans du NeXT ;-))
# Licences
Posté par Pascal Terjan (site web personnel) . Évalué à 10.
Ca reste encore très cher mais ca devient plus envisageable.
[^] # Re: Licences
Posté par Jaimé Ragnagna (site web personnel) . Évalué à 4.
Mais bon, tout ceci reste finalement bien trop cher pour moi ...
[^] # Re: Licences
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à -10.
Faciiiiiile : tu prends ton diplôme du bac, tu t'inscrit dans une fac en Deug (lettres ou droit de préf) tu t'acquites de tes frais d'inscription. Et deux mois après, tu réfutes ton inscription et ils te rembourse tes droits. T'as le droit 3 années de suite dans la même fac.
La combine est pourtant bien connue, pour acheter les pack Office, non ?
-1 parce que pas très honnête
[^] # Re: Licences
Posté par kalahann . Évalué à -10.
Sinon, une imprimante une photo et du carton de couleur et tu te fais une superbe carte d'étudiant de la fac de Droit des beaux ruraux de Moules-Sur-Ivettes... :o)
Là pour le coup c'est vraiment pas honnête, je mettrais -2 si je pouvais. Je crois que de gentils contributeurs vont pas tarder d'exaucer ce souhait.
De toutefaçon je m'en fous des XP (enfin bon maintenant que je suis évèque, ça me fera mal au c*l de retourner abbé :o))
[^] # Re: Licences
Posté par DPhil (site web personnel) . Évalué à 5.
[^] # Re: Licences
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
[^] # Re: Licences
Posté par DPhil (site web personnel) . Évalué à 2.
Extrait :
Ne convient pas pour commercialiser vos applications.
[^] # Re: Licences
Posté par Anonyme . Évalué à 0.
cf. https://www.vmware.com/request_processor?nextPage=/vmwarestore/newst(...)">https://www.vmware.com/request_processor?nextPage=/vmwarestore/newst(...))">https://www.vmware.com/request_processor?nextPage=/vmwarestore/newst(...)))
C'est $329 en version boîte et $299 en download...
C'est pas 1255 F, mais ça reste quand même moins que 3229 F...
[^] # Re: Licences
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
[^] # Re: Licences
Posté par VACHOR (site web personnel) . Évalué à 5.
Précisons qu'il faut une configuration plutot musclée pour supporter VMWare avec un bon niveau de perfs.
# Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Jean-Yves B. . Évalué à 10.
Aujourd'hui, l'idée que j'en ai est que c'est un truc-framework-machin dans la même mouvance que les systèmes de composants KDE et Gnome, hérité de NextStep et que Cocoa de MacOS X est partiellement basé dessus.
J'ai aussi l'idée que je me trompe lourdement.
Est-ce que quelqu'un qui connait bien tout ça peut faire un topo rapide ? (pour un décideur ;) )
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 10.
GNUStep est le projet GNU chargé de réimplémenter les API OpenStep sous Unix.
OpenStep est la spécification publiée et ouverte des API utilisés sous NeXT et par la suite OpenStep (qui est en fait une implémentation de ces specs) de la société NeXT Computers de Steve Jobs.
OpenStep a été fait en partenariat avec Sun, et il existe (existait?) une implémentation d'OpenStep sous Solaris. De même que sous Windows.
Quand Steve Jobs est revenu aux commandes d'Apple, il a lancé MacOS X, qui est en fait un NeXTStep avec une interface mise au gout du jour et d'une boite de compatibilité MacOS 9.
Quel est donc l'intérêt de GNUStep ?
La première chose, c'est la grande qualité de ces API : elles sont très bien foutues et simple d'utilisation.
La deuxième chose, c'est la portabilité : on peut prendre un logiciel GNUStep et le recompiler sous MacOS X (voir http://collaboration-world.com/gnumail(...)">http://collaboration-world.com/gnumail(...(...))">http://collaboration-world.com/gnumail(...(...(...))) par exemple). De même que l'inverse.
GNUStep se programme avec ObjectiveC, un vrai langage objet inspiré de Smaltalk, en surcouche au C, qui est très simple d'utilisation et plutôt agrèable.
Bref : GNUStep est à surveiller de près ;-)
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 10.
OpenStep, ce sont les spécifications des API, mais NeXT a sorti un OS appelé OpenStep (une sorte de NeXTStep 4) qui les implémentais, plus des versions Solaris/Windows qui servaient de boite de compatibilité. Voili voilou, j'espère ne pas m'être mélangé dans les noms et la casse, c'étaient de grands spécialistes pour ça ;-)
[^] # Correction
Posté par Frederic PY . Évalué à 10.
OPENStep ce sont les spécifications des API
OpenStep est l'OS de NeXT
Sinon pour :
qui servaient de boite de compatibilité.
corresponds aussi a l'objectif de GNUstep pour repondre a la question du haut du thread
[^] # Re: Correction
Posté par Nicolas Roard (site web personnel) . Évalué à 0.
je savais bien que j'avais un truc louche ;-))
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Jar Jar Binks (site web personnel) . Évalué à 3.
Par contre, je dois être con, mais je ne comprends rien au système de Makefile utilisé. Vu comme ça, je le trouve même dégueulasse, avec ses 50 variables d'environnement à mettre au préalable.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Frederic PY . Évalué à 6.
C'est vrai qu'il ya un foultitude de variables d'environnement mais c'est pour une compatibilite entre les diverses plateformes OPENstep
Par contre le projectcenter (http://www.projectcenter.ch/(...)">http://www.projectcenter.ch/(...(...))">http://www.projectcenter.ch/(...(...(...)))) permettra de "masquer" cet aspect tout en offrant un environnement de devel bien foutu et agreable
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Justement, ça ne sert à rien d'avoir une API portable si c'est pour que l'environnement de développement soit aussi ignoble. Et sourcer un fichier dans le .bashrc n'est pas une solution (on fait comment avec ksh ou zsh ?).
Par contre le projectcenter permettra de "masquer" cet aspect tout en offrant un environnement de devel bien foutu et agreable
Tu veux dire qu'il suffira de taper "make && make install" sur un système normalement constitué ? Qu'on pourra changer le répertoire d'installation ? Ah non, tiens, c'est un truc à la sauce MS developement studio, je sens tout de suite qu'on ne va pas pouvoir s'en passer.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Frederic PY . Évalué à 2.
Tu melanges un peu ca existait (enfin ... la version OpenStep) avant MS Visual Truc c'esat un peu le truc qui a cree le concept de RAD
paf -1 passke ouverture sur un troll RAD vs emacs/vi
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 7.
Pour la petite histoire (http://perso.wanadoo.fr/levenez/NeXTSTEP/(...)">http://perso.wanadoo.fr/levenez/NeXTSTEP/(...(...))">http://perso.wanadoo.fr/levenez/NeXTSTEP/(...(...(...)))), le créateur d'Interface Builder est un français, Jean-Marie Hullot (voir http://perso.wanadoo.fr/levenez/NeXTSTEP/Personnes.html(...)">http://perso.wanadoo.fr/levenez/NeXTSTEP/Personnes.html(...(...))">http://perso.wanadoo.fr/levenez/NeXTSTEP/Personnes.html(...(...(...))))
C'est bien NeXT qui a créé le concept de RAD , et à l'époque, c'était révolutionnaire. D'ailleurs même si j'aime pas trop les RAD, je croit que j'utiliserai pourtant Gorm et ProjectCenter, car c'est vraiment bien fait (palettes d'objets, on peut avoir des palettes de ses propres objets simplement, etc)
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Frederic PY . Évalué à 1.
Mille excuses ... s trop vouloir simplifier je commence a dire des conneries ... au fiat on dirait que j'ai trouve l'autre fan de OPENstep ssu linuxfr ;)
C'est bien NeXT qui a créé le concept de RAD , et à l'époque, c'était révolutionnaire. D'ailleurs même si j'aime pas trop les RAD, je croit que j'utiliserai pourtant Gorm et ProjectCenter, car c'est vraiment bien fait (palettes d'objets, on peut avoir des palettes de ses propres objets simplement, etc)
Pareil pour moi c'est hype bien foutu (deja essaye sur un NeXTcube et de suite emballe :) )
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à -2.
j'aimerais d'ailleur me trouver une NeXT d'occase, si une bonne âme passe par là... ;-)
(hop -1)
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par oldnextsteper . Évalué à 4.
Non, en fait c'était Interface Builder jusqu'a la version 2.2 de NeXTStep.
Ensuite, la version 3 de NeXTStep est sortie avec Project Builder à la place de Interface Builder...plus complet (gestion des classes d'objetc, gestion de projet, etc...)
Ayant bossé sur cette machine pendant presque 2 ans en 95 , je n'ai depuis, jamais rencontré de système integrallement objet comme celui-ci, snif.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 6.
. /usr/GNUstep/System/Makefiles/GNUstep.sh
dans ton .bashrc pour avoir la définition des variables d'environnement (mais ça c'est pour GNUStep en général).
L'utilisation du Makefile est simple, voir la doc : http://www.gnustep.it/nicola/Tutorials/WritingMakefiles/index.html(...)">http://www.gnustep.it/nicola/Tutorials/WritingMakefiles/index.html((...))">http://www.gnustep.it/nicola/Tutorials/WritingMakefiles/index.html((...)))
et d'autres tutoriaux sur GNUStep ici :
http://www.gnustep.it/nicola/Tutorials/index.html(...)">http://www.gnustep.it/nicola/Tutorials/index.html(...(...))">http://www.gnustep.it/nicola/Tutorials/index.html(...(...(...)))
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par MagicNinja . Évalué à 3.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Jean-Yves B. . Évalué à 6.
Sinon, est-ce très utilisé ? (non, ce n'est pas un troll, juste une question)
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 7.
Mais il y a des côtés plus intéressants je trouve :
- portabilité
- le look'n feel et l'ergonomie, qui sont différents de Windows (bien que Windows s'en soit inspiré) : enfin quelque chose de beau, bien pensé et original.
- c'est le seul environnement graphique qui a été conçu pour un Unix (NeXTStep était basé sur un BSD, comme MacOSX), et certains choix sont plutôt heureux.
Certains mécanismes apporté par l'ObjectiveC sont très sympas également (les services, redéfinition des classes à la volée).
[^] # Objective C
Posté par Jean-Yves B. . Évalué à 8.
Une intro rapide : http://homepage.mac.com/oudinetg/faire/objectivec.html(...)">http://homepage.mac.com/oudinetg/faire/objectivec.html(...(...))">http://homepage.mac.com/oudinetg/faire/objectivec.html(...(...(...)))
Le man d'ObjC/Cocoa : http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/(...)">http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/(...(...))">http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/(...(..(...)))
Cheat-code pour émuler l'héritage multiple : http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/5RunTim(...)">http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/5RunTim(...))">http://developer.apple.com/techpubs/macosx/Cocoa/ObjectiveC/5RunTim(...)))
Bref, bizarre.
Pas d'héritage multiple.
Un système de passage de messages intéressant.
Pas mal d'introspection possible.
Je vais regarder tout ça un peu plus tard ...
[^] # Re: Objective C
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
[^] # Re: Objective C
Posté par B. franck . Évalué à -1.
(ex-aequo avec perl :])
Alors je te serais gré de ne pas le comparer
avec Sun(tm)java(tm)/jamémarchais le plus hideux
des langages non portables (en excluant les mnémoniques)
c'est insoutenable! :]
-1 parce qu'un poil a l'apogée du "trollistisme"
ps: et pardonnez moi ce néologisme.
[^] # Re: Objective C
Posté par mrlem (site web personnel) . Évalué à 1.
-- Seb
[^] # Re: Objective C
Posté par Frederic PY . Évalué à 0.
avec Sun(tm)java(tm)/jamémarchais le plus hideux
Il faut pas oublier que Java est issu d'une partie de l'equipe qui a "cree" objc ...
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par j (site web personnel) . Évalué à 2.
il me semble que c'était basé sur Mach
donc, finalement, le systeme naturel pour GNUstep serait maintenant plutot GNU/Darwin que GNU/Linux...
Quelqu'un sait s'il existe, sur le web ou en livre de la documentation en françaisconcernant Objective C ? La syntaxe est elle très proche du C ?
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par mrlem (site web personnel) . Évalué à -1.
Bonne question : j'ai vu une boite d'info a Londres qui l'utilisait *tres* intensement. Plus tard j'ai compris pourquoi, un des developpeurs tres actifs du projet y bosse... (Richard Frith-MacDonald pour ceux qui connaissent un peu GNUstep)
Ca avait l'air de tres bien satisfaire les developpeurs, et je les comprends.
J'etait fan des docks sur AmigaOS (<mode nostalgie="on">ahh toolmanager</mode>), j'etais aux anges qd j'ai decouvert Nunux + WindowMaker. Faut vraiment que je me mette a developper pour GNUstep... (pour l'instant j'utilise WINGs pour mes interfaces - agreable au demeurant)
-- Seb
Hop, -1 : j'raconte ma vie
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Guesdon Manuel (site web personnel) . Évalué à 1.
o core/base: librairies de base
Permettent de faire des outils en ligne de commande, des daemons,...
o gui: partie interface graphique (au niveau classification, se rapproche sans doute de QT/GTK+)
o gdl: partie gestion base de données (equivalent de Apple EOF 1.x; la v2 est en préparation)
o GNUstepWeb: permet de faire des applications web (comme Apple WebOjbects)
Est beaucoup utilisé ? En interne dans certaines société, oui, je crois. Au moins une application commerciale existe (TCWebMail de www.turbocat.de).
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par kalahann . Évalué à 7.
Malheureusement, le projet GNUStep n'arrive pas à récupérer cette passion. J'espère qu'ils y arriveront, et c'est d'ailleurs tout à fait possible si cette plate-forme de dev est privilégiée par ceux qui veulent développer des trucs pour MacOSX et linux (Ce n'est de toute façon pas nécessaire). Quelqu'un connait-il le niveau de POSIXitude de MacOSX?
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Nicolas Roard (site web personnel) . Évalué à 8.
Pour être positif, Je suis vraiment épaté des progrès réalisés par GNUStep, je trouve qu'ils avancent rapidement et régulièrement. Gorm (le créateur d'interface, un clone d'Interface Builder sur NeXT) par exemple commence à être utilisable, en relation avec ProjectCenter.
Bref, je pense que d'ici quelques temps (un an ?), quand les outils de dev seront plus matures, les libs stabilisés et la doc plus explicite, que des logiciels comme GNUMail (qui fait des pas de géant tous les jours ;-)) seront répandus, les gens devraient s'y intéresser beaucoup plus, à commencer par les développeurs. C'est à nous de recréer cette passion ! (j'avoue, j'adore ce système depuis longtemps).
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Julien Olivier . Évalué à 1.
Sinon, je voudrais ajouter que si GNUStep (ou Window Maker, j'en sais rien) devient un jour aussi convivial et utilisable que KDE, ça ajoutera une troisième pate au troll KDE/GNOME. Et ça, ce serait bien parceque lors q'une lutte un contre un, c'est toujours le troisième qui gagne (hmmm). Ex. Apple Vs Windows -> Linux. Allemagne Vs Europe -> USA (svp, pas de point Godwin, j'ai pas dit "Nazi" - oups...).
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par kalahann . Évalué à 3.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par DiZ . Évalué à 1.
Le probleme de Windowmaker c'est qu'il est lié a X.
GNUstep non
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par kael . Évalué à 2.
et les libs gui sont en phase de peaufinage donc on peut dire que c'est presque fini pour cettepartie la, les distrib devraient bientot pouvoir les propose en standard au meme titre que gnome ou kde :)
nan je met la charue avant les boeuf, les palis sonts encore un peu rare et c'est normale mais effectivement c'est un projet a surveiller et surtout a soutenir
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par - - . Évalué à 4.
effectivement jusqu a present je m interesse d avantage a gnome pour des raisons pratiques (c est existant et utilisable concretement) mais je surveille depuis longtemps les avancées de gnustep, quand le projet sera bien plus mure je compte clairement m y investir, la portabilité avec macosX est aussi un grand plus.
il faut aussi se dire que gnustep devrait profiter des avancements de gcc 3.x ,
il y a donc divers raisons que fait que gnustep est resté relativement dans l ombre alors que le projet merite vraiment d etre reconnu
(veritable langage objet, interface graphique coherente, systeme a la corba, affichage postscript etc... )
la passion se creera par les developpeurs , y aura synergie quand des applications "phares" seront mures et demontreront l interet de l api gnustep, de la meme maniere que kde l a créé par des applications phares comme kdevelop et konqueror ou gnome avec des briques comme bonobo, des softs comme gimp (d ailleurs, un grand tort de gnome est de ne pas avoir un IDE a mettre en avant, enfin le projet anjuta+gide devraient aider bien plus que glade, patience)
enfin vla a mon avis , ce qui peut expliquer le manque de "passion' de la 'communauté opensource' envers gnustep
mais le systeme *step, c'est peut etre ce qui fut pensé de plus beau sous unix, apple le remet en avant (via macosx ! ) c une tres grande opportunité,
toujours épaté par sa decouverte de NextStep 3.x y a des années et grand utilisateur de WindowMaker
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par koopa . Évalué à 1.
Un projet Open Source dans un langage peu répandu est ce vraiment une bonne idée ?
D'autant plus que si gcc supporte l'ObjectiveC, dans la documentation de gdb, on ne parle pas du support de l'ObjectiveC.
Par cursiosité : Comment donc fait on pour déboguer un programme en ObjectiveC ? avec des printf ?
Si Linus Torvalds avait écrit son code en Finnois au lieu de l'Anglais, est que Linux existerait aujourd'hui ?
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par MagicNinja . Évalué à 2.
Ensuite, j'ai essaye.... et bien... c'est pas si mal que ca (perso j'aime bien :-)... et je trouve le code tres lisible (evidemment ca depend aussi du style utiliser, si tu mets ton if, ton else if et ton else sur la meme ligne... :-). De plus le langage etant une extension du C, ca s'apprend tres facilement.
Pour ce qui est de gdb, au lieu de lancer ton appli avec openapp, tu fais debugapp, ce qui va lancer gdb correctement. Pour ma part, je n'ai pas encore eu besoin d'aller plus loin que les breakpoint :-)
<avis perso>Essayez l'objective-c</avis perso>
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par Guesdon Manuel (site web personnel) . Évalué à 1.
Les prochaines versions de gdb devraient le supporte nativement, si je me souviens bien des dernieres infos à ce sujet.
[^] # Re: Quelqu'un pour un topo sur (GNU|Open)Step ?
Posté par laurent jourdren . Évalué à 2.
MacOS X est en fait une évolution des spécification d'OpenStep
Quant à WindowMaker c'est le window manager de GNUStep pour avoir ses fenêtre à la NeXT.
# ridicule
Posté par analogue o/ (site web personnel) . Évalué à 6.
Faire un don de 4 licences n'a rien d'exceptionnel (ca ne leur coute rien et il existe d'autres alternatives libres a VMware), il aurait ete plus enrichissant que la societe fasse partager un peu de son savoir aux developpeurs de freemware par exemple.
Ca me fait un peu penser a Microsoft qui veut offrir des licences de Windows gratuitement pour mieux le diffuser, alors que des alternatives libres et gratuites existent.
[^] # Re: ridicule
Posté par Sebastien . Évalué à 7.
Hmm, si tu connais une bonne alternative libre à vmware, sache que je suis preneur. Je suis désolé, mais les autres projets sont très loin derrière vmware... C'est dommage.
Sinon, oui je suis d'accord, ce geste ne leur coute pas grand chose, mais il faut que ça coute quand on fait un cadeau ?
[^] # Re: ridicule
Posté par Nicolas Roard (site web personnel) . Évalué à 0.
Je vais essayer ce soir de faire tourner NeXTStep dessus...
[^] # Re: ridicule
Posté par Nicolas Roard (site web personnel) . Évalué à 0.
On verra si l'un des deux marche bien ;-)
[^] # Re: ridicule
Posté par kalahann . Évalué à 8.
Même si ce n'est qu'un petit geste, il est utile.
[^] # Confirmation
Posté par Pierre-Yves Rivaille . Évalué à 10.
Je ne sais pas encore comment vont être réparties les licenses VMWare, mais je pense que ce sera encore plus utile aux gens qui n'ont pas de machine sous OS4.2 qu'à moi.
[^] # Re: Confirmation
Posté par MagicNinja . Évalué à 1.
- un TreeView (assez utile pour representer une hierarchie d'objets... le NSBrowser prenant parfois un peu de place)
- un menu contextuel... qui est disponible sur macosx d'apres ce qu'on m'a dit
[^] # Re: Confirmation
Posté par DiZ . Évalué à 1.
En cours de portage.
C dans le misckit qui va passer en BSD Licence
http://misckit.org(...)
> un menu contextuel... qui est disponible sur macosx d'apres ce qu'on m'a dit
C quoi un menu contextuel pour toi ??
[^] # Re: Confirmation
Posté par MagicNinja . Évalué à 1.
Genial pour le portage... mais puisque ce n'est pas (ne sera pas) GPL, l'API sera-t-elle tout de meme integrer au core/gui ou sera-t-elle dans une librairie externe ?
Un menu contextuel c'est un menu qui depend de l'objet auquel il est rattache... ce qu'on a l'habitude d'avoir par en clic droit sous kde, sous win... :-)
[^] # Re: Confirmation
Posté par DiZ . Évalué à 1.
Adam Fedor m'a dit ne pas vouloir l'integrer au core.(GNUstep est un projet GNU quand meme :-)
Ce sera donc un framework externe.
Note: Il y a aussi des Palettes interessantes pour Gorm.
>Un menu contextuel c'est un menu qui depend de l'objet auquel il est rattache
Le Menu au sens OpenStep est rattache a l'appli
(le clic droit n est pas tres NexT)
Par contre c vrai que je l'ai vu sur MOSX. Donc ca devrait etre integrer a GNUstep (si ce n'est deja fait)
[^] # Re: Confirmation
Posté par MagicNinja . Évalué à 1.
C'est peut etre pas tres Next, mais c'est tout de meme tres pratique :-)... Next c'etait bien... gnustep sera mieux :-)
>Par contre c vrai que je l'ai vu sur MOSX. Donc ca devrait etre integrer a GNUstep (si ce n'est deja fait)
pour l'instant je n'ai pas vu d'API pour recuperer ce clic droit... mais je n'ai pas beaucoup chercher il est vrai :-)
# Openstep
Posté par Antoine Schweitzer-Chaput . Évalué à 3.
Est-ce que le "open" de openstep veut dire quelque chose?
J'ai jamais vu un openstep tourner et si c'était dispo quelque part ca me dirait bien d'essayer...
[^] # Re: Openstep
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
Essaye GNUStep (http://www.gnustep.org(...(...))) ou trouve une bonne âme qui a un CD d'OpenStep quelque part :-/
# juste comme ça...
Posté par gndl (site web personnel) . Évalué à -1.
-1 parce que franchement fondamental
[^] # Re: juste comme ça...
Posté par mrlem (site web personnel) . Évalué à 1.
-- Seb
[^] # Re: juste comme ça...
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
OpenStep tourne bien sûr en couleur et dans de plus hautes résolutions ;-) et là, les icones sont encore plus jolies...
[^] # Re: juste comme ça...
Posté par mrlem (site web personnel) . Évalué à -1.
Je vais me flageller au -1.
Mais c'est vrai que j'avais uniquement vu des screenshots de OpenStep (ou NextStep d'ailleurs, il etait en couleur lui ?) en n&b...
Puisse les trolls pardonner mon ignorance.
-- Seb
Au fait, pourquoi on peut pas se mettre moins de -1 quand on se sent *tres* con ?
[^] # Re: juste comme ça...
Posté par Nicolas Roard (site web personnel) . Évalué à 2.
Plus exactement, les premières NeXT (cube et slab mono) avaient un affichage haute résolution en niveau de gris, il faut une slab couleur ou un cube+NeXTDimension pour la couleur. Pour les différents matos, voir encore et toujours le site d'Eric Levenez, un incontournable pour les fans du NeXT ;-))
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.