J'ai testé GNUStep! Ca faisait longtemps que je suivais le projet mais mon 56K m'avais toujours rebuté à esseyer la dernierre version (la version sur ma Woody etant vraiment obsolette ...)
Premierre surprise: la taille des sources! Plutot "correct" au vu des possibilitées annocées de ce framework, même avec un 56K je n'ai pas dut passer beaucoup plus d'une heure de téléchargement en tout. (du coup j'aurrais dut esseyer avant ...).
Deuxième surprise: Le temps de compilation est court! Je ne m'inquiette pas quand le compilo me sort quelques injures (des symboles non résolus! prions pour que sa passe par la suite ...).
Tout est compilé et installé, j'ai recopié 1 ou 2 commandes sans trop chercher à comprendre exactement leur sémantique (pour choisir quel "backend" graphique ...) mais bon tout semble OK.
Bon les applis maintenant:
Je tiens tout de suite à dire que je suis plutot fan du look&feel de "*Step".
Je récuperre donc CodeEditor (un editeur de code), Gorm (un éditeur de GUI) et ProjectCenter (une sorte d'IDE).
Je commence par Gorm: Je lance le make et la paf! erreur! il ne trouve pas un fichier. Bon je cherche pas trop à comprendre (je suis la 'pour voir' pas pour me prendre la tête et puis j'ai pas envie de réfléchir ce soir.)
CodeEditor: La aucun probleme, aprés l'install je le lance et la petite (grosse) déception: Ca rame! Enfin ca à l'air d'etre la GUI qui est un peu 'souple' (un peu comme du SWING sur ma machine mais en moins pire). Sinon je fait rapidement le tour du proprio: la coloration syntaxique n'est pas enclenché par defaut, un seul langage traité (ObjC), des préférences réduites au minimums mais bon le look&feel Next me cache toutes les jeunesse de ce soft.(Le selecteur de fichier: un régal!)
Je tente ProjectCenter: Je compile et je lance, OK. Il a l'air plutot pas mal! Au vu des possibilitées et du 'tout intégré', c'est peut etre le 1er IDE qui ne me rebute pas au premier lancement. Par contre je n'ai pas trouvé la coloration syntaxique pour l'edition du code ... pourquoi n'ont il pas fusioné avec CodeEditor?
Conclusion:
Bon moi qui cherchais un langage avec un bon framework je reste un peu sur ma faim. La bibliothèque graphique à l'air d'étre un peu poussive et c'est vraiment domage.
Sinon j'hésite à franchir le pas vers ObjC pour développer: le fait de n'avoir pas reussi à faire fonctionner Gorm du premier coup m'embette un peu. (oui je sui un fainean, et c'est pour cela que je cherche un tres bon environement de dev, avec un tres bon framework).
A mon avis, vu la qualité des soft de dev (qui est toute relative au vu de l'avancement du projet, je vous l'accorde), le nombre d'applications "GnuStep" va exploser dés qu'ils serons terminé.
Par contre j'ai une question: Le garbage collector de ObjC fonctione-t-il avec GCC et est-il performent? A la lecture de pas mal d'articles, peut semblent l'utiliser.
Journal GNUStep: premier appercu.
14
mai
2004
# Outil de dév
Posté par Z_Angel . Évalué à 3.
http://www.gnustep.it/Renaissance/(...)
Ca permet de décrire la gui du prog en xml et ce framework s'occupe de gérer les positions,les tailles de tous les éléments de toutes les fenêtres, plus besoin de calculer les espacements.
# CVS?
Posté par Snark_Boojum . Évalué à 2.
[^] # Re: CVS?
Posté par thecat . Évalué à 1.
# Bienvenue \o/
Posté par Larry Cow . Évalué à 2.
Question: tu a utilisé quel backend? Et sur quel genre de machine?
le fait de n'avoir pas reussi à faire fonctionner Gorm du premier coup m'embette un peu.
Ca vaut le coup de forcer un peu. Gorm est franchement pratique (à condition de se cantonner à des interfaces "fixes", dont les dimensions ne sont pas modifiées automatiquement par la taille du contenu).
Sinon, tu peux essayer Renaissance. C'est pas graphique pour un sou, tu définis ton interface dans un fichier XML, mais le résultat est "dynamique" (comme en GTK) et c'est portable MacOS/GNUstep.
Le garbage collector de ObjC fonctione-t-il avec GCC et est-il performent? A la lecture de pas mal d'articles, peut semblent l'utiliser.
Je suis pas expert en la matière, mais d'après ce que j'en ai compris il fonctionne, mais le mécanisme de comptage de reference (RETAIN/RELEASE) offre un bien meilleur compromis entre le contrôle total et laborieux (malloc/free) et le contrôle nul d'un GC.
De manière plus générale, dans la série des applis à tester pour apprécier un peu plus GNUstep: Adresses, GNUmail, GWorkspace, ...
[^] # Re: Bienvenue \o/
Posté par thecat . Évalué à 1.
Le backend est "X11".
Ma machine: K6II 500Mhz, 392Mo de ram, et pas grand chose qui tourne derriere (<10% du CPU).
Ca vaut le coup de forcer un peu. Gorm est franchement pratique ...
Justement c'est les outils de dev qui m'atirent vraiment! Mais je vais regarder précisement le message d'erreur, ce n'est peut-etre rien du tout ...
à condition de se cantonner à des interfaces "fixes", dont les dimensions ne sont pas modifiées automatiquement par la taille du contenu
Arf!, c'est pourtant une fonctionalité que j'apprécis au plus haut point! Va-t-elle etre intégré dans un futur proche?
Pour renaissance, j'avais vu mais je préfère un "GUI-builder" ca permet de faire rapidement une interface trés propre sans se prendre la tete ... (et du coup se concentrer sur les parties vraiment interressante du soft)
De manière plus générale, dans la série des applis à tester pour apprécier ...
Ne t'inquiette pas, j'apprécis enormément le look&feel GNUStep (je dois même etre un des rare à trouver beau le gris des interface) du coup c'est certains que je vais m'y mettre, mais je voulais savoir dans quoi je m'engage avant de faire le "grand saut".
[^] # Re: Bienvenue \o/
Posté par Jak . Évalué à 1.
Essaie plutôt le backend "art" (qui utilise la libart). C'est celui préconisé par les développeurs en général.
[^] # Re: Bienvenue \o/
Posté par Larry Cow . Évalué à 2.
Ma machine: K6II 500Mhz, 392Mo de ram, et pas grand chose qui tourne derriere (<10% du CPU).
Alors première chose, même si c'est légèrement plus compliqué à mettre en place: eessaye le backend "Art", basé sur la libart. Bien que théoriquement plus lent (une couche en plus), il bénéficie de bien plus d'attention de la part de la communauté, et donc est plus "propre". En tous cas, j'avais été agréablement surpris.
Arf!, c'est pourtant une fonctionalité que j'apprécis au plus haut point! Va-t-elle etre intégré dans un futur proche?
Ca n'a pas l'air bien parti. D'une part, Gorm n'a pas l'air disposé ni à implémenter cette fonctionnalité (elle est fournie par le framework Renaissance, et Gorm n'utilise pour ainsi dire que l'Interface Kit de base) ni à implémenter le support des fichiers Renaissance.
A priori, la seule issue serait un éditeur de GUI dédié à Renaissance, mais il y a un peu de boulot pour rattraper Gorm.
[^] # Re: Bienvenue \o/
Posté par thecat . Évalué à 1.
Par résussir à compiler Gorm, il faudrait que je récupère la version 9.2 de la lib-gui qui est pourtant la version dite "instable" (alors que j'esseye de compiler la version 7.6 dite "stable" de Gorm), c'est pas trés sérieux tout ca ...
Sinon je suis tombé sur pas mal de bug de CodeEditor ... et le défilement de fichier est plutot "souple" ...
Les sources sont dans l'ensemle peu documentees (comme les procèdures d'install: un pauvre README ou INSTALL de quelques lignes).
Mais bon tout cela n'a pas trop attaqué mon enthousisme pour ce projet! Je vais voir par ou je peut commencer pour le faire avancer justement ...
# Oui mais
Posté par eJah . Évalué à 3.
Je voulais savoir si c'etit possible de personaliser tout ca, ou si c'etait prevu dans un futur plus ou moins proche. Y'a ptet meme un projet ou on peut deja participer ? :)
[^] # Re: Oui mais
Posté par eJah . Évalué à -1.
bon bah tant pis, vu comme ça je sais vers quel projet ne pas me tourner et ne pas contribuer ;)
[^] # Re: Oui mais
Posté par eJah . Évalué à 1.
J'avais oublié ce "super" nouveau moyen de notation qui lorsque l'on poste un nouveau commentaire est automatiquement "noté" avec les notes que l'on a eu auparavant :(
Voilà les conséquences lorsque l'on se fait charcuter dans un autre thread ;)
Veuillez m'excuser
[^] # Re: Oui mais
Posté par kanard . Évalué à 1.
Sinon, c'est que je n'ai rien compris :)
[^] # Re: Oui mais
Posté par Larry Cow . Évalué à 2.
http://www.roard.com/camaelon/(...)
http://www.roard.com/camaelon/images/theme.png(...)
http://www.roard.com/camaelon/images/shot1.png(...)
# wikipedia
Posté par j (site web personnel) . Évalué à 2.
[^] # Re: wikipedia
Posté par Larry Cow . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.