Bonjour,

Le 30 sept. 08 à 19:20, vincent dagousset a écrit :

J'ai entendu parler des problèmes que rencontre OpenOffice.org avec VCL (Visual Component Library).


Tu parles bien du module vcl , qui fait partie intégrante des source d'OpenOffice.org ?


Pourquoi ne pas supprimer cette librairie et la remplacer par LCL (Lazarus Component Library) ?


Je ne connais pas cette bibliothèque. Tu as un lien ?

C'est plus facile à dire qu'à faire: cela fait bientôt 3 ans que j'étudie vcl, et comment implémenter l'API d'Apple dans OpenOffice.org, une bonne dizaine d'année que Philipp Lohmann écrit du code pour ce module, Stephan Schaefer et d'autres encore, et on n'a pas trouvé de solution simple, et portable pour tous les cas existants. Mais c'est peut être pôssible, je peux pas t'en dire plus tant que je n'ai pas vu de quoi il s'agit.

Chaque application d'OpenOffice.org, quand elle a besoin de dessiner quelque chose, fait des appels aux fonctions de vcl, sans se soucier de rien, quel que soit le système d'exploitation, et l'architecture. Et tout ce qui est dessiné doit coopérer avec le reste (par exemple le framework), mais aussi d'autres couches comme UNO et j'en passe.

Par exemple, OpenOffice.org definit et dessine tous ses contrôles (on ne devrait plus faire ça !! )


Mais je ne souhaite pas être trop technique ici -> viens en discuter sur IRC ? ( #education.openoffice.org channel anglais, mais on peut en discuter en privé)


Sur Wikipédia, on peut lire "La LCL est un jeu de composants visuel et non visuel ainsi que de procédures et fonctions. Elle est très largement inspirée de la VCL de Delphi, mais elle n'est pas 100% compatible avec elle. La LCL est conçue pour être multiplateforme. Les classes de services de la LCL (TList, TAction par exemple) sont 100% compatibles avec celles de la VCL.

Oui, mais multi-plateforme ne dit pas que les signatures des méthodes / que les classes vont coïncider avec les besoins de tout OpenOffice.org. Enfin, si on parle de la même chose.


" et "La LCL, contrairement à la VCL, est multiplateforme. A terme la LCL sera 100% compatible avec la VCL et sera interfaçable à travers une simple directive de compilation avec les bibliothèque, GTK 1 et 2, Win32 et Qt."



C'est intéressant ce que tu dis, et je vais regarder de plus près de quoi il s'agit.


Cordialement,
Eric Bachard

--
qɔᴉɹə




Répondre à