Bonjour,
Le 18 mars 07 à 06:29, Jean-Christophe Helary a écrit :
Les messieurs de NO travaillent non pas sur l'amélioration de OOo
mais sur son intégration à Mac.
Le port Mac OS X d'OpenOffice.org travaille aussi sur son intégration
à Mac OS X.
C'est le premier de nos objectifs !!
Simplement, nous avons un choix différent, qui demande un travail
complexe, mais bien plus prometteur à moyen terme : nous utilisons
Carbon ( conseillé par les ingés d'Apple) et maintenant, HIView
qui est une des plus récentes technologies qu'Apple utilise.
P.S. : pour les curieux, HIView , c'est par exemple la "HIComboBox -
> http://eric.bachard.free.fr/mac/aquavcl/screenshots/mars2007/
combobox_search_and_replace02_14mars07.jpg
Par ailleurs, les messieurs de NO sont ceux-là mêmes qui ont créé
le code d'origine pour Mac quand ils travaillaient chez SUN.
Juste les faits :
Il y avait bien plus que deux personnes qui travaillaient sur le
version Mac, mais pas seulement chez Sun, comme les prouve le projet
User Interface, dont je garde précieusement une archive.
Je n'arrive pas à trouver de traces de P. Luby ni d'Ed Peterlin dans
les compte rendus des meetings pour l'implementation NWF (par exemple).
Admettons, ils ont du participer à quelque chose.
Alors, de mémoire, au moins :
- Kevin Hendricks,
- Stephane Shaefer,
- Herbert Duerr (qui a pratiquement tout écrit du layout texte ! ) ,
- Christian Lippka,
- Dan Williams
...et encore deux ou trois autres dont j'ai oublié les noms
travaillaient sur le port Mac OS X à l'époque ont aussi contribué.
ça fait pas mal de monde, en fait, non ?
Dans ces conditions, peut-on croire que le port Mac est dû à deux
personnes *seulement* ?
Donc OOo sur Mac aujourd'hui leur doit au moins ça.
Encore les faits :
- Pour la version 2.0, il a fallu 300 patches et à peu près 1 an et
demi pour la stabiliser.
- Le projet OpenOfice.org a fait le port Intel tout seul.
- idem pour le port Aqua
Par ailleurs, pour le port Intel, NeoOffice a encore utilisé notre
code directement, sans rien contribuer en retour ( y compris les
corrections de bugs, et + encore).
La version NeoOffice utilise essentiellement la version.2
d'OpenOffice.org. C'est donc du travail réalisé par le projet
OpenOffice.org qui est utilisé.
Pas moi tout seul, mais tous les contributeurs du port Mac OS X,
depuis maintenant 3 ans.
J'insiste : même s'ils ont fait un gros travail, OpenOffice.org est
un process continu, et nous ne devons pas autant que tu le prétends à
P. Luby et Ed Peterlin.
En plus de code qu'ils ont donné à la communauté OOo suite aux
développement de NO.
Quel code ?
D'avance merci pour le(s) lien(s) ... et le code :)
Important : Je parle de code utilisable dans la version 2.0, pour
laquelle nous sommes partis de zéro (par exemple pour le bridge Mac
Intel).
Le code donné auquel tu penses peut être venait de la version 1.x et
nous n'avons pas pu l'utiliser dans la version 2.x (nous avons essayé
avec Tino Rachui )
En plus du menu et tout ça, la différence essentielle entre OOo/Mac
et NO c'est que avec NO on a accès à tous les menus de saisie de
caractères mis à disposition par OSX.
Pour information : Etsushi Kato vient de commiter ( aujourd'hui !! )
le code qui permet de gérer les evénements de type TSM , et la
version Aqua utilise maintenant la plupart des claviers.
Je sais que le français, le tchèque, le Japonais et le Finlandais
fonctionnent déjà, mais nous allons tester avec d'autres très
prochainement.
Par contre, les communautés qui utilisent ces menus (communauté
japonaise entre autres) n'ont pas d'autre choix que de faire la
promotion de NO qui permet d'utiliser OOo sur Mac en japonais sans
avoir de manipulations outrancières à faire avant de pouvoir écrire
la première page.
Et nous le déplorons.
N'oublions pas que nous sommes partis de zéro : aucune documentation
du code, niveau presque zéro en programmation. Depuis, nous avons
parcouru beaucoup de chemin, et l'expertise d'Etsushi Kato va
beaucoup nous servir ici.
En bref, pour revenir à l'objet de cette liste, NO n'est pas utile
aux francophones monolingues qui travaillent sur Mac. NO s'adresse
aujourd'hui essentiellement aux utilisateurs multilingues/
monolingues des communautés laissées pour compte par X11.
Je ne discuterai pas ce point, car l'essentiel est de progresser.
Le jour où sera disponible une version stable de OOo/Mac qui
intégrera ces fonctions, l'intérêt immédiat pour NO s'amenuisera,
Nous y travaillons tous les jours. Et désolé si nous ne fournissons
pas encore la version Aqua, car il reste des bugs rédhibitoires pour
un utilisateur de base. Encore merci pour votre patience.
Une bonne nouvelle toutefois : http://porting.openoffice.org/mac/news/
2007/20070203toptenbeforealpha.html
Ce qui signifie : nous avons fait une liste de 10 bugs critiques, et
dès que ceux ci seront corrigés, alors nous ferons une version alpha
prouvant que nous avons bien une version native, sans X11, et qui,
lorsqu'elle sera complète, sera tout simplement une application Mac
comme les autres.
mais il restera toujours le fait que NO est distribué sous la
licence GPL ce qui lui donne un attrait que OOo n'aura jamais, en
tout cas pour certains utilisateurs.
Entre la licence et le JCA ( a jeter) , il y aurait des choses à dire.
Bien sur c'est important de travailler avec les version OOo/Mac
actuelles pour voir ce qui ne va pas, mais on n'a pas tous vocation
à être des testeurs de version béta.
Le version 2.2 qui est en cours de QA a atteint un niveau de
stabilité jamais atteint auparavant.
Même les tests automatisés sont meilleurs.
Et comme elle sert de base pour la version Aqua, c'est plutôt bon
signe non ?
Le confort d'une version qui fonctionne c'est aussi important pour
la productivité.
Je suis enfin entièrement d'accord avec toi :-)
Cordialement,
Eric Bachard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
