NeoOffice à l'heure de Leopard

Christophe Laporte |
Un nouveau patch [2.1 patch 7 - 4 Mo (Intel - PPC) - FR] pour NeoOffice 2.1 est disponible au téléchargement. Celui-ci permet à la suite bureautique de fonctionner sous Leopard et de prendre en charge notamment QuickLook. Ce correctif se charge également de corriger une série de bogues. Il est impératif d'avoir sur son disque dur NeoOffice 2.1 avant de procéder à l'installation de ce patch.
avatar Anonyme (non vérifié) | 
Encore quelques beau mois devant lui ce NeoOffice d'ici à ce qu'OpenOffice soit enfin disponible en aqua stable. J'espère aussi que ceux qui ont fait du bon travail avec NeoOffice mettront leur talent au profit d'OpenOffice. Une fois une version native neo n'aura plus de raison d'être.... à moins que...
avatar Anonyme (non vérifié) | 
Malheureusement, vu l'ambiance, cela m'étonnerait que cela soit le cas.
avatar Anonyme (non vérifié) | 
Bompi, peux-tu être plus explicite ? J'ai déjà posé la question ça et là et n'ai jamais obtenu de réponse claire. Quelle est la pierre d'achopppement ? Quelle(s) vision(s) si différente (s) ont les équipes que ce soit la "guerre" entre elles ?
avatar Anonyme (non vérifié) | 
Je ne suis pas sûr qu'on aura un jour le fin mot de l'affaire... En gros, les développeurs de NeoOffice viennent de l'équipe de portage d'OpenOffice sur Mac, l'un d'entre eux au moins y ayant travaillé jusqu'à OpenOffice 1.1.2 sur Mac, version X11. D'un autre côté, ils travaillaient à la création d'une version native Cocoa, appelée NeoOffice C, qu'ils ont vite jugée impossible, et c'est devenu une application Java/Carbon, NeoOffice J (comme Java), devenue enfin simplement NeoOffice ces derniers temps. Ils n'étaient apparemment pas soutenus pour ce travail (pourquoi ?), et ont donc décidé de faire cavalier seul. En mettant leurs contributions personnelles sous licence GNU GPL (pourquoi ?), et non sous licence GNU LGPL comme OpenOffice, ce qui fait que leurs créations personnelles ne peuvent être reprises par OpenOffice pour Mac, à l'exception de leur port de Spotlight, NeoLight, qui lui est sous LGPL. Comprenne qui pourra à cette histoire de licence. Il y a dû y avoir pas mal de coups sous la ceinture entre les deux équipes, pour susciter une telle hargne. J'ai l'impression que leur principal tort à l'équipe de NeoOffice est d'avoir eu raison avant tout le monde. Grâce à eux, ça fait 2 ans qu'on dispose déjà d'un OpenOffice pour Mac sans X11 parfaitement fonctionnel et stable, avec les menus Aqua, les polices et raccourcis OSX, gestion OSX des imprimantes, et j'en oublie, ce que l'équipe officielle parvient tout juste à faire seulement maintenant. Le seul défaut de NeoOffice était son manque de réactivité (à cause de l'emploi partiel de Java ?), qui n'est maintenant plus sensible du tout sur les machines Intel, et maintenant sur les autres machines les derniers "patch" ont éradiqué les dernières lenteurs, sauf pour la lenteur au démarrage, qui laisse toujours à désirer. Mais ça, ça n'est sensible qu'une fois dans la journée :-) et avec le passage progressif aux processeurs Intel, ce sera bientôt de l'histoire ancienne.
avatar Anonyme (non vérifié) | 
@pvmstg: Il semble malheureusement que les deux équipes soient hermétiques à tous échanges d'informations. Ce qui est sûr c'est que OOo qui est actuellement en Carbon (C++) va s'orienter vers Cocoa (Objective-C) plus rapidement que prévu afin de faciliter la transition vers Leopard.
avatar Anonyme (non vérifié) | 
ericb@luitel Il faudrait arrêter de faire passer les gens de Neo pour des martyrs ... Pour information, au sujet du plugin spotlight :<br /> http://council.openoffice.org/servlets/ReadMsg?list=discuss&msgNo=1187<br /> Merci de *lire* de le faire savoir : en clair, NeoOffice nous menace, alors qu'on a proposé d'intégrer le plugin spotlight, sous licence LGPL !! , pour valoriser leur boulot. Faut pas déconner quand même ... J'en ajoute une couche : la nouvelle version du plugin sera GPL seulement. Quelle sera la nouvelle excuse ? C'est juste pour ne pas partager, c'est tout. Et dans ces conditions, on envisage de ne pas utiliser le plugin de Neo, c'est à dire de le réécrire from scratch afin d'éviter de perdre plus d'énergie sur un tel sujet. NeoOffice est un cas d'école d'une mauvaise utilisation de licence libre, et n'honore pas le logiciel libre. Pour finir, le choix que nous avons fait est un choix solide, et fait avec des spécialistes. Si le choix fait par NeoOffice était le meilleur, nous l'aurions accepté.<br /> Je laisse les Mac users se faire leur propre avis maintenant, car la version Aqua avance à la vitesse de la lumière (impression native en cours), et on préfère se concentrer sur cette notre travail. À bientôt
avatar Anonyme (non vérifié) | 
ericb@luitel J'ajoute que ce que tu racontes au sujet de l'intégration est biaisé : nous ne pouvions pas *tout* faire en même temps, et il a fallu stabiliser, corriger des bugs et faire le port Intel avant de commencer le port natif : => On ne construit pas sur un terrain instable. Entre temps, ce que les Mac users n'ont pas compris, c'est que NeoOffice a juste utilisé tout notre boulot, *en silence*, sans jamais le faire paraitre. Et malheureusement pour nous, tout ce qu'on a fait depuis 3 ans ne concernait pas l'apparence, mais ce qui est en dessous (le port Intel, c'est surtout une partie en assembleur, pas très hype ... ). Alors tout le monde croyait qu'on n'avançait pas pendant tout ce temps. Et tes posts n'arrangent rien ... <br /> Mais maintenant, on commence à se faire plaisir (comprendre : on a bien mérité de pouvoir s'occuper de l'apparence) : par exemple, les icones Tango sont maintenant incluses dans la version Aqua. Pour les curieux, j'ai fait une ou deux copies sur mon blog : http://eric.bachard.free.fr/news Dernier point mais non le moindre : nous sommes le vrai projet OpenOffice.org, et avoir un port Mac OS X va apporter une cohérence essentielle avec les autres plateformes.
avatar Anonyme (non vérifié) | 
Ericb, si le choix de NeoOffice a été moins bon que le vôtre, le fait est qu'il est disponible depuis des années, lui. Si des facteurs humains déplacés (avec des torts plus d'un côté que de l'autre, je n'en sais rien et ça doit dépendre du point de vue) ne s'en étaient pas mêlés, le mieux aurait été que NeoOffice ait été effectivement l'OpenOffice pour Mac jusqu'à la sortie définitive de votre version apparemment plus performante. Et ça, c'est le point de vue de l'utilisateur. Pour NeoLight dans OpenOffice, voilà ce qu'en disaient les gens de NeoOffice, plutôt positif : http://trinity.neooffice.org/modules.php?name=Forums&file=viewtopic&t=4056<br /> Qu'est-ce qui s'est encore passé depuis ?? En tous cas, bonne chance pour la suite.
avatar Anonyme (non vérifié) | 
ericb@luitel J'avais propose (cela doit trainer dans les forums de Neo) que la versin 1.1 soit NeoOffice, et qu'on bosse ensemble pour la version 2 En retour, je me suis fait insulter (ils on même publié un mail privé ) Donc, voila. Pour le plugin, il y a deux discours : celui pour les forums de Neo (les apparences), et celui (la réalité) qui nous menace, et dont j'ai donné la référence. Je ne peux rien dire de plus, et j'ai décidé de m'éloigner de ce type de problèmes, qui ne sont pas de notre fait. La sortie de la version Aqua va régler bien des problèmes, et on va continuer à se concentrer dessus.
avatar Anonyme (non vérifié) | 
@ericb Ouf, je ne pensais pas que la polémique repartirait. Enfin... Comme d'autres utilisateur de base, j'ai toujours dit merci à Neo pour nous avoir permis d'utiliser rapidement la suite. Est-ce que si tous avaient travaillé au portage immédiat de oo on aurait eu une version native aussi vite... On ne le saura jamais. Ce que je voulais dire c'est qu'au moment de la sortie, d'ici la fin de l'année on espère, de oo mac je ne vois plus d'utilité au projet neo à moins qu'ils s'orientent vers des fonctions complémentaires... Moi le premier je vais mettre oo dès que la version mac finale sera complétée et fonctionnelle à la place de neo. Je ne pense pas que je serai le seul. Donc la grande utilité présente du projet Neo deviendra caduque par la sortie de oo mac natif. J'espère juste que les développeurs mettront tous leur énergie à augmenter les fonctionnalités de oo à la place de diviser dans deux projets complémentaires. J'aimerais bien voir la partie draw prendre les fonctions et compatibilité coreldraw du projet sk1.... par exemple.
avatar Anonyme (non vérifié) | 
Ce qui serait vraiment cool ce serait la possibilité d'avoir des connections possibles entre OOo Aqua et les Bases de données telles que FileMaker pro et SQLite par exemple. Parcequ'aujourd'hui la base de données incluse dans OOo ne correspond pas à un besoin en entreprise ou l'on travaille en réseau.

CONNEXION UTILISATEUR