Bonjour Samuel,
Samuel Monsarrat a écrit :
Bonjour Eric,
J'ai fait quelques tests sous Tiger PPC.
Au niveau IHM :
* pas mal du tout, encore des petits pbs au niveau des widgets:
bouttons trop gros et tronqués en hauteur etc.
On va régler tout ça. Le plus difficile c'était d'abord de les dessiner :)
Ismael nous a confirmé qu'il allait ajouter les onglets natifs et les
lisboxes très bientôt (j'ai testé son code, et c'est pas mal du tout).
Il restera encore les spinboxes, mais j'ai déjà écrit du code qui marche
presque ( à suivre)
* problèmes de rafraîchissement de l'écran, par ex, fenêtre des
styles qui flash avec des pixels un peut random à l'ouverture d'un
doc,
C'est aussi un des objectifs définis cet après-midi lors de notre
meeting IRC.
Pour information, on hérite d'un vieux mécanisme Microsoft, qui est
obsolète ( créer une frame, faire plein de choses, (attendre encore) ,
flush (dessiner) ). Ce n'est pas trivial à modifier, car on pense faire
un changement pour d'autres plateformes en même temps.
Au passage, on voit que toutes les versions font finir par profiter du
port Mac ( la compreéhension du module vcl est essentielle pour toutes
les plateformes)
* bande de 2px au niveau des bords gauche & bas des fenêtre qui
peuvent comporter des résidus d'éléments affichés ou de noir,
On sait aussi : il est prévu de passer en revue tous les problèmes de
métriques des boutons.
* A l'ouverture d'un odt, l'affichage des toolbars est corrompu,
avec l'image de la 2ieme toolbar recouvrant la première, les
boutons de la première toolbar sont bien là, ce n'est la encore
qu'un résidu graphique, comme si il manquait un paint.
Je pense plutôt que c'est le pb décrit plus haut, mais je peux me
tromper, et on va regarder ce qui se passe.
Merci pour le feedback.
J'ai aussi testé la connexion avec l'application que nous développons,
SCENARI, qui doit interagir avec OpenOffice pour piloter différents
transformations, j'ai pu faire fonctionner cette version beta 2.3 sans
C'est une version incomplète (il manque encore pas mal de choses)
trop de problème avec SCENARI cependant, la composition interne du .app
OO a changé, entre autres le dossier program a disparu, et son contenu
Tout à fait. C'est même moi qui ait fait le changement il y a peu, avec
le cws macosxbundle.
On a pataugé longtemps avant de comprendre cequi se passait : Apple
impose d'avoir une structure donnée dans un Bundle, et le nom du binaire
qui se trouve dans le Info.plist doit coincider avec le nom du binaire,
qui doit forcément être dans OpenOffice.org 2.3.app/Contents/MacOS .
Sinon, l'application reste en background et ne reçoit pas les événements
:-/ (souris, clavier..rien ne passe )
est maintenant directement dans le dossier MacOS, ceci n'est pas un
problème en soit, seulement j'aimerais avoir une confirmation que cette
nouvelle architecture va rester,
Oui je confirme, et on a fait le changement pour les deux versions : X11
et aqua
Un autre changment qui changement à venir : comme le QA est bien
meilleur que prévu avec cette version, on va commencer le passage a
Cocoa ( décidé cet après midi), en parallèle avec l'implémentation de ce
qui manque (une liste de 5 points précis).
Mais rien ne changera dans le Bundle : on se contente de respecter ce
que demande Apple.
D'autre part, j'étudie en ce moment un changement permettant d'avoir les
events, même pour une application ne respectant pas l'arbre du bundle.
En effet, le testtool aqua peut ainsi être lancé même placé n'importe ou
dans le bundle, ce qui nous ouvre plein de perspectives.
et si des versions aqua et X11doivent
coexister j'espère qu'ils auront la même architecture interne car nous
avons besoin de retrouver le dossier classes.
C'est le cas, et nous y avons pensé (tous les changements sont âprement
discutés lors des meetings IRC).
J'ajoute que les préférences utilisateurs ne sont pas au même endroit,
et diffèrent pour la version X11 et la version Aqua. Ceci est vrai, au
moins tant que la version aqua ne sera pas stable:
X11 => ~/Library/Application Support/OpenOffice.org
Aqua => ~/Library/Application Support/OpenOffice.org-aqua
Aussi dans cette version le script soffice n'existe plus, plus de
droplet non plus, soit.
Il n'est plus utile. Mais on communiquera bientôt pour une amélioration
à venir. Merci de patienter :-)
Lorsqu'on veut interagir avec OpenOffice, il
faut "trouver" l'installation,
À suivre ;-)
sous Windows, ceci est très simple grâce
à la base de registre, sous Linux et MacOS, c'est un peut la merde, en
générale on utilise différentes stratégies qui se basent sur la
recherche du fichier "soffice", Ici encore, pas de problème, on peut
faire autrement, mais cette nouvelle architecture est-elle stable?
Oui, elle l'est.
En espérant avoir répondu à tes questions, merci pour tes tests.
Cordialement,
Eric Bachard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
