Discussion :

[Invité]

Bonjour,

Pour améliorer mon code Nux, je cherche l'équivalent de "Lisp interface to GTK+".

Avec Lazarus, je dispose de http://wiki.lazarus.freepascal.org/GTK2_Interface et http://wiki.lazarus.freepascal.org/GTK2_Interface. Je me demande à quoi servent ces documents.

Je cherche plutôt de l'exploitable genre http://zetcode.com/tutorials/gtktutorial/gtktextview/ ou http://python-gtk-3-tutorial.readthe.../textview.html ou http://www.crategus.com/books/cl-gtk...utorial_9.html

Comme d'habitude cette sous-documentation chronique est un frein à tout développement. Le seul moyen est de décortiquer le code source plus ou moins documenté (et actualisé) et encore, en général, il s'agit d'un travail individuel qui visiblement n'est pas fait pour être travaillé par d'autres.

Mais il existe peut-être une doc, une trace, au fin fond d'un SVN ou ftp quelconque à votre connaissance ?

Merci.

[yamer]

Pour programmer une interface GTK avec freepascal il y a peu de documentation. Ça me semble assez normal vu que l'interface entre GTK et pascal est un simple traduction des entêtes C. Donc la documentation principale est à chercher sur http://www.gtk.org/.

Néanmoins on trouve aussi :

• http://fr.wikibooks.org/wiki/Program...GTK2_en_Pascal
• http://www.freepascal.org/~michael/articles/ (voir articles gtk1 à gtk6)

Tout ceci est pour Gtk2. J'ai utilisé freepascal et Gtk2 à une époque et tout fonctionnait bien. Il faut juste ne pas oublier de déclarer cdecl les fonctions callback. On pouvait même dessiner l'inteface graphique avec Glade. La seule chose qui n'est pas possible (à ma connaissance) c'est de créer ses propres widgets.

Pour Gtk3 il existe peu de chose :

• http://lazarus-dev.blogspot.fr/2012/...-and-free.html
• http://wiki.freepascal.org/Gtk%2B3

[Invité]

Bonjour Yamer,

Pour programmer une interface GTK avec freepascal il y a peu de documentation. Ça me semble assez normal vu que l'interface entre GTK et pascal est un simple traduction des entêtes C. Donc la documentation principale est à chercher sur http://www.gtk.org/.

Tout à fait d'accord. Mais inutile de réinventer la roue et de chercher à chaque wrap. Il y en a évidemment plein dans Lazarus puisque de nombreux composants graphiques sont multi-OS. Mais le problème, c'est que dans ce même Lazarus, chaque développeur a sa méthode, rien n'est normalisé, pas grand chose n'est documenté (je parle d'une documentation externe au composant), et la plupart des composants sont des dérivés de Delphi plus ou moins surchargés. Sans compter la différenciation 32/64 bits... qui n'est gérée que partiellement au fil du temps. Néanmoins certains wrapper sont propres avec des couches réellement séparées (lzRichEdit par exemple). Mais ce type d'écriture est rare.

Votre remarque est très pertinente. Il n'y a pas grand chose sur gtk3. Mais si les couches étaient séparées proprement dans les composants existants, le portage se ferait plus facilement... A chaque fois qu'un nouvelle évolution graphique apparaît, les Lazarusiens sont totalement à la ramasse ou doivent se réfugier chez Qt, enfin une mini-part de Qt ! C'est pourquoi je ne suis pas optimiste du tout quant à l'avenir de Lazarus : on peut à peine y gérer le texte enrichi...

Bref, j'ai besoin d'afficher ce type de texte (à partir d'un stockage HTML ou RTF) dans des grids... et proprement. Je m'y colle avec Lazarus pendant les prochaines vacances scolaires... Cela passe ou cela casse car au fil du temps je m'aperçois que Qt est une excellente solution de secours, mais même mieux... Et comme Delphi ignore Linux et que je coince toujours avec lui au niveau de l'usage de mes bases en cross-compilation OS X... je fais un dernier effort et donc je collecte tous documents utiles... sachant que je connais bien le code des StringGrids pour avoir mis à niveau les miennes, et que je me suis déjà bagarré avec les TRichMemo et les lzRichEdit que j'arrive à faire fonctionner dans les 2 OS (Win et Nux) avec les fonctions de base nécessaires. Je n'essaie même pas sous OS X... "Vont" peut-être un jour maîtriser le 64 bits et la nouvelle plateforme graphique d'Apple. Déjà, "ils" ne recommandent d'utiliser que du 32 bits sous Windows. Ce sont des retards considérables, des complications alarmantes comparés à Qt qui fait cela "nativement" dans les 3 OS (y compris les TreeView).

Encore une fois merci pour votre aide.