Quote:
Oublie le Lisp. C'est sympa...
Je veux croire que c'est une plaisanterie et non pas une énorme ânerie.
Quote:
L'assembleur aussi c'était sympa, on a jamais fait plus rapide, pourtant personne ne te diras de coder un IHM en assembleur
Là vraiment je ne vois pas le rapport avec la choucroute. Ni même le bien fondé de l'argumentation. Apprends donc que coder une IHM en Lisp est au moins aussi rapide qu'avec un langage de script. A croire que tu ne l'as jamais fait pour écrire une phrase aussi .... (je m'auto-censure, là, c'est sans doute plus sage :) ). Mais cette argumentation est extrêment décevante venant de toi.
En plus je tiens à la redire, le toolkit graphique de LISP est *garanti* par un standard, ce qui est un argument énorme quand le posteur initial s'inquiète de la portabilité ainsi que de la pérénité. Quel autre langage offre un toolkit graphique standardisé au fait :?:
Quote:
c'est de décoreller les deux. Cela s'obtient avec l'aide d'un langage de script (TCL, Python, Perl, Php,...)
Tiens c'est ce que je croyais avoir exprimé. :shock:
Quote:
Phase 2 : Une petite surcouche
Pas besoin de surchouche. Avec un outil comme SWIG la surcouche est générée automatiquement. Ou alors quelque chose m'a échappé.
Mais surcouche ou pas, en quoi poses tu le problème autrement ? :shock: J'aimerais comprendre.
Quote:
Quant à la technologie, tu as le choix. Moi je te propose :
Tcl/Tk
Perl/Tk
Python/Tk
Autant je suis d'accord avec le langage de script, d'autant plus d'accord que c'est moi qui l'a dit le premier (na :!:) TK avec tout le bien que j'en pense est maintenant très largement surclassé par un PyQT ou ou un wxPython. Mais alors vraiment très très largement. Comme on dit de nos jours, il n'y a pas photo.
Exemple très simple. Est il possible d'imprimer avec Tk ? Non... Avec wxPython ou PyQT oui. Et il me semble que pour une IHM rien que cet argument suffit à éliminer Tk.
Quote:
Qt, je ne sais pas pourquoi, je n'aime pas vraiment.
On ne sait pas pourquoi en effet.
Quote:
Peut-être parce que c'est partiellement commercial ?
Et en quoi est-ce un contre argument si c'est bon et si c'est pour un développement commercial ?
Je veux croire que c'est une plaisanterie et non pas une énorme ânerie.
Là vraiment je ne vois pas le rapport avec la choucroute. Ni même le bien fondé de l'argumentation. Apprends donc que coder une IHM en Lisp est au moins aussi rapide qu'avec un langage de script. A croire que tu ne l'as jamais fait pour écrire une phrase aussi .... (je m'auto-censure, là, c'est sans doute plus sage :) ). Mais cette argumentation est extrêment décevante venant de toi.
En plus je tiens à la redire, le toolkit graphique de LISP est *garanti* par un standard, ce qui est un argument énorme quand le posteur initial s'inquiète de la portabilité ainsi que de la pérénité. Quel autre langage offre un toolkit graphique standardisé au fait :?:
Tiens c'est ce que je croyais avoir exprimé. :shock:
Pas besoin de surchouche. Avec un outil comme SWIG la surcouche est générée automatiquement. Ou alors quelque chose m'a échappé.
Mais surcouche ou pas, en quoi poses tu le problème autrement ? :shock: J'aimerais comprendre.
Autant je suis d'accord avec le langage de script, d'autant plus d'accord que c'est moi qui l'a dit le premier (na :!:) TK avec tout le bien que j'en pense est maintenant très largement surclassé par un PyQT ou ou un wxPython. Mais alors vraiment très très largement. Comme on dit de nos jours, il n'y a pas photo.
Exemple très simple. Est il possible d'imprimer avec Tk ? Non... Avec wxPython ou PyQT oui. Et il me semble que pour une IHM rien que cet argument suffit à éliminer Tk.
On ne sait pas pourquoi en effet.
Et en quoi est-ce un contre argument si c'est bon et si c'est pour un développement commercial ?