Cette version ne déroge pas à la règle, on note ainsi :
- Le support de plusieurs moniteurs pour Impress, le présentateur pouvant désormais choisir où il montre la présentation ;
- Le tableur Calc a un meilleur export HTML, qui permet d'utiliser des feuilles de styles pour recréer dans le navigateur l'affichage des tables ;
- La base de données Base a été améliorée et tout particulièrement le support de Microsoft Access ;
- Le quickstarter est maintenant disponible sous GNU/Linux comme une application Gtk ;
- L'apparition de nouvelles langues.
En parcourant les release notes, on appréciera d'avantage le travail effectué et tout particulièrement le nombre de correctifs apportés.
À cet instant OpenOffice.org 2.1 est disponible en téléchargement pour Microsoft Windows 32 bits, GNU/Linux x86 et Solaris Sparc et x86. Il est possible de télécharger via FTP ou p2p ; il est également possible d'acheter un CD chez l'un des distributeurs proposés.
![[fr]](../images/fr.png)
OpenOffice.org (1591 hits)![[en]](../images/en.png)
Les release notes (384 hits)-
La page de téléchargement (1072 hits)
-
Téléchargement en p2p (192 hits)
-
Annonce dans la liste de diffusion (70 hits)
> Lire la dépêche (50 commentaires, moyenne: 3,8).
Vous avez demandé le commentaire #784460.
Run by 
Cette page a été générée par Templeet en 0.0646s (dont 0.0066 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
On passe a coté des vraies nouveautés !
Curieusements, les véritables nouveautés de cette version 2.1.0 ne sont pas mises en avant !
OpenOffice.org tourne nativement en 64 Bits sous Linux.
Le Gascon (Occitan Béarnais...) possède sa propre locale (gsc_FR) alors même que la glibc/linux ne connait aucune variation de l'Occitan :)
[^]Re: On passe a coté des vraies nouveautés !
la vrai nouveauté c'est une gestionnaire de greffons.
Tools > Extension Manager
Cela permettra d'enrichir les fonctionnalités d'OpenOffice comme nous pouvons le faire avec firefox.
Cela laisse la possibilité de coller des greffons libres ou propriétaires sur le logiciel.
Par contre, à l'heure actuelle, je ne connais aucun greffon disponible.
Des infos sur le développement de tels projets ?
[^]Re: On passe a coté des vraies nouveautés !
C'est intéressant, parce que actuellement, j'ai une vingtaine d'utilisateurs qui font tourner OOo 2.0 dans une sous-machine i386, ce qui oblige à faire un chroot.
Par contre, je ne trouve pas de référence à cette version 64 bits, le site me renvoit vers http://wiki.services.openoffice.org/wiki/Porting_to_x86-64_%(...)
qui explique au début de la page qu'on en est encore à essayer de tout compiler:
"The x86-64 port is work in progress. It is not ready for use yet, but it compiles (with quite large set of patches), and performs basic operations. It is of no use for non-developers."
[^]Re: On passe a coté des vraies nouveautés !
Effectivement, le changelog mentionne ceci : "Support for NetBSD, Linux 64 bit, Linux SPARC in TestTool Environment", ce qui ne signifie nullement que OpenOffice 2.1 tourne sur du 64 bits.
[^]Re: On passe a coté des vraies nouveautés !
Bon , ben tant pis. ce sera pour plus tard :(
[^]Re: On passe a coté des vraies nouveautés !
Question bête : pourquoi faire un chroot ?
J'ai une distrib en 64bits et j'ai simplement installé openoffice en 32bits en installant juste les dépendances nécessaires 32bits également.
La cohabitation des deux se fait sans aucun problèmes et pas besoin de s'embêter avec des chroots...
(je suis sous mandriva, et j'ai simplement ajouté les dépôts 32bits, installé openoffice et désactivé les dépôts, il est venu avec juste ce qu'il faut comme dépendances)
[^]Re: On passe a coté des vraies nouveautés !
C'est généralement ce que l'on fait en environnement 64 bits; mais cela pose parfois des problèmes, en particulier avec les applications qui chargent des modules dynamiques.
Lorsque j'ai installé la machine, OpenOffice.org 2.0 ne tournait pas en environnement 64bits, c'était également le cas pour Firefox avec le plugin flash et le JDK.
Les erreurs classiques sont les grosses applis qui chargent des modules dynamiquement; les modules vont charger eux mêmes des bibliothèques... et parfois quelque part un nom de fichier est un peu trop codé en dur, et on se retrouvait avec des bouts de code en 64 bits.
Un autre problème est qu'il faut avoir toutes les bibliothèques 32 bits nécessaires, images, vidéo, son... une application comme OOo contient énormément de dépendances; et toutes ces dépendances ne sont pas forcément packagées ou conçues pour être déployées en environnement 64 bits, en cohabitation avec les version 64 bits.
Enfin il faut avoir un packet pour sa distribution ou alors se lancer dans la recompilation.
Pour l'instant j'ai installé ces trois logiciels en chroot. Quand j'aurai un OOo 64 bits, j'irai sur place pour l'installer et le tester; en attendant je ne peux pas me permettre de bloquer la dizaine d'utilisateurs qui l'utilisent tous les jours pour une durée indéterminée si je casse quelque chose, chose dont je risque de ne pas me rendre compte à distance.
[^]Re: On passe a coté des vraies nouveautés !
Pareil, je n'ai pas de chroot mais uniquement un firefox/epiphany 64bits avec ndiswrapper
Pourtant la cohabitation 32 - 64 bits ne pose en général aucun problème (en tout cas pas que j'ai rencontré).
Je viens de regardé sur mon système, OOo + toutes mes libs 32bits (qui ne sont que les dépendances à OOo, tout le reste étant 64bit) pèse moins de 450Mo.
Les libs n'ont pas de problème de cohabitation puisque sont dans /usr/lib ou /usr/lib64 selon les cas.
De la même manière, JDK n'a pas beoin de chroot, il s'intègre parfaitement en 32 bits dans un environnement 64 et même mieux, il existe en rpm et tar.gz en version 64bits...
[^]Re: On passe a coté des vraies nouveautés !
C'est bien, je suis content pour toi.
La cohabitation pose des problèmes, j'ai même listé les principaux.
Comme les machines 64 bits sont maintenant devenues très courantes et que toutes les distributions sont obligées de tourner dessus, les développeurs et les packageurs ont fait ce qu'il fallait pour que cela se fasse sans douleur pour les utilisateurs.
Donc je répète: La solution du chroot était la solution qui me permettait de faire cohabiter les applications un peu lourdes à déployer au moment où j'ai installé la machine.
[^]ooo debian amd64 est dans testing forzen et sera probablement dans etch
ooo 2.0.4 amd64 est dans debian testing frozen (et unstable), semble bien marcher d'après mon essai, et sera donc probablement dans etch (dont la sortie est prévue cette année...)