de mémoire, GNU Smalltalk est utilisable en ligne de commande principalement et ne propose pas de "mode graphique", enfin pas l'environnement graphique et donc pas les outils classiques décrits dans cet article, contrairement à la plupart des autres Smalltalk, historiques comme récents (Squeak)
ces outils font partie intégrante de l'expérience Smalltalk, qui a toujours été plus qu'un langage : ils sont pratiquement sa raison d'être par rapport à Fortran, Lisp, C ou Pascal ou encore Prolog : du compilé, des fois de l'interprété donc un début d'interactivité possible, mais pas d'interactivité en mode graphique. Lisp avec Genera par exemple ça date de nettement après.
donc ici on te propose un binding GTK (pour faire des applications GTK en plus du "mode texte") et les outils graphiques classiques qui manquent pour développer vraiment en Smalltalk, au lieu de coder en aveugle dans un éditeur puis regarder si ça passe ou ça casse.
par contre ça sera du GNU Smalltalk au final et ça sera peu portable vers les autres Smalltalk si tu ne fais pas attention aux bibliothèques de classes utilisées : c'est un peu comme si dans l'aventure Java chaque éditeur d'outils avait du proposer une bibliothèque de code énorme sous une hiérarchie editeur.* parce que la bibliotheque de code de base était très très pauvre (et ça a été un peu ça quand même mais ceci est une autre histoire...)
[^] # Re: Qui sont tes utilisateurs
Posté par Gniarf . En réponse au journal VisualGST et tutorial GTK pour GNU Smalltalk. Évalué à 3.
ces outils font partie intégrante de l'expérience Smalltalk, qui a toujours été plus qu'un langage : ils sont pratiquement sa raison d'être par rapport à Fortran, Lisp, C ou Pascal ou encore Prolog : du compilé, des fois de l'interprété donc un début d'interactivité possible, mais pas d'interactivité en mode graphique. Lisp avec Genera par exemple ça date de nettement après.
donc ici on te propose un binding GTK (pour faire des applications GTK en plus du "mode texte") et les outils graphiques classiques qui manquent pour développer vraiment en Smalltalk, au lieu de coder en aveugle dans un éditeur puis regarder si ça passe ou ça casse.
par contre ça sera du GNU Smalltalk au final et ça sera peu portable vers les autres Smalltalk si tu ne fais pas attention aux bibliothèques de classes utilisées : c'est un peu comme si dans l'aventure Java chaque éditeur d'outils avait du proposer une bibliothèque de code énorme sous une hiérarchie editeur.* parce que la bibliotheque de code de base était très très pauvre (et ça a été un peu ça quand même mais ceci est une autre histoire...)