est-ce que quelqu'un sait si le projet va aboutir ou non ?
est-ce que quelqu'un sait si le projet va aboutir ou non ?
À ma connaissance le développement de LablQt de Jacques Garrigues est suspendu.
Par contre QtCaml se porte mieux que jamais et tu peux suivre (et participer à?) son développement en cours:
osp.janestcapital.com/files/qtcaml.pdf
http://qt-caml.crapulion.org/trac
http://qt-caml.crapulion.org/trac/report/6
En fait je posais la question parcequ'il ne semble plus y avoir de signe d'activité depuis 1 mois. Et comme c'était un projet d'été d'étudiant, je me demandais si il avait été arrêté avec la rentrée, ou bien s'ils allaient quand même le continuer ? auxquel cas peut-être que le rythme d'avancement sera plus épisodique ?
Je crois que la réponse est contenue dans la question, pas d'activité depuis 1 mois ça ressemble à un rythme épisodique qui sied mal à l'énormité de la tâche.
En fait j'aurais bien aimé reprendre le dev de LablQt, mais si QtCaml continue et abouti ça risque de faire un peu tache.
Hello,
Je suis un des deux étudiants qui ont participé à ce projet.
Ce qu'on a réalisé cet été, c'est le début de ce projet, jusqu'à un générateur de binding C++ -> Caml proof of concept.
On est encadrés par deux tuteurs qui sont deux personnes franchement capables et qui ont bien l'intention de continuer le projet. On devrait aussi continuer pour des tâches annexes.. mais clairement, l'organisation et la réalisation entière d'un tel projet nous dépasse un peu pour le moment.
Dans tous les cas, le projet n'est pas du tout arrêté, et son développement va continuer. Il faut bien comprendre que c'est le début, et qu'on ne sait pas encore exactement comment faire certaines choses. Une fois que ces problèmes théoriques seront résolus (principalement liés aux signals/slots de Qt), la programmation proprement dite ne devrait pas être spécialement problématique.
QtCaml n'a rien à voir avec le projet de Jacques Garrigue, ici il s'agit d'une génération semi-automatique de binding, prévue pour pouvoir être tout le temps à jour avec Qt. Clairement un binding manuel n'est pas concevable (à part pour porter 5% de Qt... mais qui se servirait d'un tel truc?)
Cela dit tu peux toujours regarder les sources de Jacques Garrigue, elles sont dans un répertoire du repo de QtCaml.
Mais non, le projet n'est pas arrêté, il est simplement peu actif car la phase de conception n'est pas encore terminée, une fois que ce sera fait, ça sera bcp plus facile pour plus de monde de contribuer au projet.
Vous avez un document quelque part qui explique les problèmes liés aux signaux/slots ?
Quand j'avais regardé la partie pratique du problème (il y a longtemps et je n'y connais pas grand chose, donc je ne me souviens pas très bien) il m'avait semblé qu'il était "relativement facile" d'utiliser le système de slots de Qt directement, avec des bibliothèques comme Smoke.
Bon courage et bonne chance !
... de la part d'un fan de KDE...
LablGtk2 est un binding manuel, l'inconvénient est évident: il n'y a pas de mise à jour, et il n'est pas 100% complet sur les contributions tierces.QtCaml n'a rien à voir avec le projet de Jacques Garrigue, ici il s'agit d'une génération semi-automatique de binding, prévue pour pouvoir être tout le temps à jour avec Qt. Clairement un binding manuel n'est pas concevable (à part pour porter 5% de Qt... mais qui se servirait d'un tel truc?)
(l'avantage est tout aussi évident: l'interface est très agréable et complètement dans le style OCaml)
Mais avec en plus LibGlade, GdkPixbuf, LablGL et le widget GLArea (que je n'ai pas encore testés) on a pas à se plaindre non plus, ça va quand même bien plus loin que 5% de l'API Gtk2.
Et il a l'avantage d'être là aujourd'hui.
On peut savoir comment tout ce travail a été rendu possible ? Grâce au soutien des Universités de Tokyo et Nagaya ? Juste par curiosité.
OCaml Summer Project, financé par Jane Street
@alex_pi je parlais de LablGtk, pourquoi/comment Jacques Garrigue a pu réaliser un binding manuel de GTK2 ? Et pourquoi un binding manuel pour Qt c'est au contraire irréaliste ?
(je ne dis pas qu'un binding manuel de Qt est possible ou préférable, je demande seulement qu'est-ce qui explique la différence entre les deux projets)
Bonsoir,
Je suis toujours aussi motivé pour faire un binding ocaml Qt, mais comme je vois qu'il y a plusieurs projets en cours, je me dis que c'est pas la peine qu'on en ai plusieurs.
Est-ce que vous sauriez si les auteurs correspondant ont l'intention d'aller jusqu'au bout ou pas ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager