Bonsoir Eric,
eric.bachard a écrit :
Bonsoir Bob,
Je réponds ici, l'endroit est fait pour ça :-)
ok, on continue ici
D'abord un grand merci pour ton boulot, super !!
de rien, je t'avait promis que je m'y mettrai cette semaine
Bob a écrit :
Bonsoir Eric,
Tu trouveras ci-dessous le lien vers le document pdf que je viens de
réaliser.
http://www.bobiciel.com/maxopeninfo/labooo/NeoOffice_VCL_java.pdf
*Une nouvelle version est en ligne*, avec une nouvelle disposition et
des commentaires in english extraits du source (mais pas en automatique,
tout au copier/coller)
Est-ce que je peux le transmettre à Tino Rachui et Florian Heckl ?
Bien sûr, c'est fait pour ça. Donnes le lien, comme ça ils auront accès
aux mises à jours éventuelles. Existe-t-il un espace officiel ou je
pourrai poster ?
Il représente toutes les classes java du dossier
vcl/java/com/sun/star/vcl de NeoOffice
C'est impressionnant. Par contre, comment on fait pour l'imprimer ? :-)
t'as pas de grand traceur A0 ? :-)
je vais essayer de le découper. Il devrait passer sous 5 * A3 (ou A4 en
version réduite)
Il est tellement grand, qu'on ne peut pas travailler à l'écran avec !
Tu as du t'en voir pour l'écrire ?
avec l'Apple Display, ça va pas mal ;-), mais c'est vrai qu'il faut
jouer de l'ascenceur horizontal (ils en font pas des ascenceurs comme ça
chez otis :-)
J'ai disposé les différentes classes par famille (de gauche à droite) :
Oui, jai vu.
j'ai commencé de mettre le nez dans le code et de faire des refcro pour
comprendre les dépendances et sur la nouvelle version, tout est beaucoup
mieux organiser.
- la gestion des "event" et des "queue"
Pour info, il y aurait un problème avec OpenOffice.org : il semble que
la gestion des événements n'est pas bonne, parce que les événements ne
sont pas gérés en fonction de leur importance (au niveau de
l'ordonnancement), mais de leur type (ce qui amène des situations
bizarres, parait-il.
ouai, mais /il parait/ ;-) que ça marche pas si mal que ça quand même
- la gestion des menus
:-)
rmq: ça, c'est dommage qu'Apple n'y ait pas mis un peu du sien pour
l'intégrer à son X11 :-(
- les "nopaint !?!" window, frame et panel (apparament, une surcharge
ok, je vois le lien avec vcl de la 2.0
et bien pas moi :-)
des méthodes paint pour que java ne redessine pas par dessus le travail
de la vcl)
?? Ce serait pas si clean que ça, alors ?
ça se fait bien, ce genre de chose. Ce qui est étrange, c'est que les
méthodes de dessin par défaut ne puissent pas être désactivée dans java
(si c'est le cas, c'est ça qui n'est pas très clean).
ça m'a l'air très astucieux ce qu'il a écrit Patrick Luby et en plus, le
code java est bien commenté.
- les classes "graphics", "image", "bitmap", "font", ...
Merci de me dire si c'est bien ce genre de doc que tu attends.
C'est parfait. Encore merci :-)
ok, donc je continue :-)
Avec quoi as-tu fait tout ça s'il te plait ?
Avec l'outil Xcode de représentation graphique de classes Objective-C,
C++ et Java existe dans la version 2 de xcode. C'est également très
pratique pour naviguer dans les sources. Tu peux également poser des
signés commentés. Si tu ne l'utilises pas pour compiler, xcode peux tout
de même être très utile pour l'analyse.
Elle est vraiment impressionnante cette version 2. Je suis plutôt
habitué aux ide Borland, mais Xcode me plait de plus en plus. Je pense
que je vais bientôt développé sur mac cocoa et faire le portage pc
ensuite ;-)
J'ai regardé du coté d'Eclipse, on doit pouvoir faire la même chose,
mais il faut trouver le bon plugin :-( j'ai abandonné
Il existe également des outils opensource qui génère du svg, il faudra
que je cherche ça ...
J'ai proposé d'utiliser doxygen couplé à graphviz (tous les formats
graphiques possibles en sortie), mais je n'ai pas d'écho (à part Joerg
Barfuth, qui m'a parlé d'autodoc, interne à OpenOffice.org (on trouve
vraiment tout dans les sources d'OpenOffice.org ;-) )
Y'a aussi un démineur ? ;-)
J'ai chargé le dossier oxygen que tu as mis en ligne pour Neo, c'est que
ça a l'air très bien comme outil.
Bon et bien maintenant que j'ai tout ça sur un super poster, je vais
pouvoir commencer à voir comment fonctionne toute cette tuyauterie.
Tu choisis. Peut-être tu seras plus à l'aise avec une partie ou une
autre ?
Sinon, les polices me semblent importantes ? (Tino m'en dira plus)
Dans un premier temps, je vais y aller au feeling, on verra bien ce qui
en sortira. Mais ça ne sera pas avant la semaine prochaine, j'essaierai
d'y consacrer à nouveau une journée.
On va essayer de recoller avec la version 2.0, parce que plein de
choses ont changé. Pas de bol, Stephan Schaefer est parti en vacances
aujourd'hui, mais Tino va nous aider ;-)
C'est qui Tino ? he speak french ?
De mon côté, je prends de plus en plus de temps pour bosser le code
(C++ surtout ) et j'avoue que le code d'OOo me semble de plus en plus
lisible (ouf :-)
Ce qui me fait peur, c'est la quantité d'information à gérer : va
falloir être organisés !
oui, c'est vrai que c'est volumineux tout ça ...
Maintenant on a un nom de plus à mettre dans les contributeurs ;-)
:-) oui, mais modeste contributeur, je n'ai pas encore écrit une seule
ligne de code
Vraiment, je ne comprends pas pourquoi une telle doc n'est pas écrite
en même temps que le code...
+1
mais je ne l'ai jamais mis en pratique pour mes propres programmes :-(
questions subsidiaires :
- sais tu à quoi correspond le préfixe "sal" dans OOo ?
- à partir de quelle version de code Neo travailles-tu ? apparemment,
Patrick Luby a fait de nombreuses améliorations cet été en direction de
cocoa (java 1.4 exclusivement, donc si j'ai bien compris: plus aucune
trace de carbon, moins gournand en mémoire et moins de bogue)
- existe-t-il un document qui explique les grandes lignes des
modifications apportées au code avec la 2 (en particulier sur la vcl) ?
Amicalement,
eric
Amicalement,
Bob
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
