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.
Aller plus loin
- OpenOffice.org (36 clics)
- Les release notes (1 clic)
- La page de téléchargement (14 clics)
- Téléchargement en p2p (1 clic)
- Annonce dans la liste de diffusion (0 clic)
# Performances
Posté par el_mickey . Évalué à 10.
Dans ce pdf ils expliquent une partie des problémes d'OOo pour la consommation mémoire et comment les résoudre + le temps nécessaire pour le faire.
Je sais pas ce qui est le plus impressionnant dans les problémes d'OOo : les 79 locks/unlock pour choper une clé de config, de voir qu'il y a 1,5Mo de chaines de caractere dupliqué ou de voir que le code c'est 56% de sa conso et que semble t'il, il ne serait pas modularisé pour charger les fonctionnalités au besoin.
[^] # Re: Performances
Posté par cosmocat . Évalué à 10.
[^] # Re: Performances
Posté par dinomasque . Évalué à 6.
BeOS le faisait il y a 20 ans !
[^] # Re: Performances
Posté par Mjules (site web personnel) . Évalué à 6.
http://wiki.services.openoffice.org/wiki/Integrated_Performa(...)
[^] # Re: Performances
Posté par pasBill pasGates . Évalué à -7.
Le soft arrive en version 2.0, utilise des ressources monumentales, a clairement des problemes de design, et c'est bon signe parce qu'il y a plein d'ameliorations possibles.
D'un autre cote t'as un soft proprio qui utilise bcp de moins de ressources pour la meme tache et c'est un soft lourdingue et mal foutu.
C'est vraiment beau le LL
[^] # Re: Performances
Posté par Matthieu . Évalué à 5.
Plus sérieusement, moi j'ai compris que c'était plutôt bon signe dans le sens où le problème était quelque peu cerné. C'est toujours mieux que d'avoir un soft qui utilise beaucoup de ressources et que l'on ne sait pas trop pourquoi.
Sinon, ce n'est pas la peine de faire ton caliméro avec ton soft propriétaire, il n'en a pas été question.
PS : tu n'as pas l'air d'aimer ni les LL ni linux, tu aimes quoi dans la vie alors ? ;-)
[^] # Re: Performances
Posté par pasBill pasGates . Évalué à 2.
PS : tu n'as pas l'air d'aimer ni les LL ni linux, tu aimes quoi dans la vie alors ? ;-)
Au contraire, j'ai rien contre les LL et Linux, de mon point de vue ce sont des softs, certains etant meme tres bons, par contre tout le cote religieux dans son cote le plus negatif(integrisme, discrimination envers les autres, ...) que certains ici leur collent me repugne profondemment.
[^] # Re: Performances
Posté par Matthieu . Évalué à 3.
Par contre, certains pourraient te voir, malgrès toi, comme un intégriste microsoft car tu réponds à chaque pique contre cet éditeur.
[^] # Re: Performances
Posté par pasBill pasGates . Évalué à 2.
Ben ca j'en sais rien, parce que ceux qui se manifestent sont rares, resultat j'ai un peu l'impression d'etre seul sur mon ile avec 3-4 autres et on dirait que les gens "normaux" on peur de se faire mal voir par les integristes. Si vous vous faisiez entendre un peu plus lorsque certains partent dans leurs lubies ca serait pas plus mal et permettrait meme a certains de se rendre compte qu'ils sont a cote de la plaque.
Par contre, certains pourraient te voir, malgrès toi, comme un intégriste microsoft car tu réponds à chaque pique contre cet éditeur.
Tout a fait, mais comme dit plus haut, si je n'etais pas le seul a repliquer quand une enorme connerie sort ca remettrait un peu les choses en place et je ne me sentirais pas oblige de repondre a chaque fois.
[^] # Re: Performances
Posté par BAud (site web personnel) . Évalué à 2.
prouve-le :-)
sérieux, le commentaire auquel tu réponds ne le présentait pas comme un avantage mais plutôt une pique à un défaut souvent relevé de OOo (la lourdeur) : il y a des axes d'amélioration identifiés, et tant mieux (comme cela a été le cas pour Nautilus ou gnome-terminal, quand quelqu'un a effectivement regardé, ...).
à Mathieu si l'on n'est pas à 110% pro-libre alors on se fait moinser.
perso, je moinsse rarement, sauf lors d'un commentaire pro-propriétaire déplacé ou inexact (et encore).
pBpG si je n'etais pas le seul a repliquer quand une enorme connerie sort
Ne t'inquiète pas, tu n'es pas seul, il y a au moins TImaniac (ah tiens il est même relecteur) dès qu'un sujet mono sort, ainsi qu'IsNotGood (aka matiasf, 007, clearstream, ...) parfois un peu gênant avec son prosélytisme Fedora mais souvent avec des remarques argumentées pour lesquelles je l'apprécie.
Quelqu'un critiquerait OS/2, j'aurais peut-être mon mot à dire ? (bon ça va, je crois que je peux être peinard).
Nan sérieux, les analyses généralistes ne sont pas valides pour trollfr, pas besoin de se mettre martel en tête et plutôt fournir les éléments factuels permettant à chacun de se faire une idée et progresser.
[^] # Re: Performances
Posté par Nikoo . Évalué à 5.
Les images intégrées sont très longues à charger d'une diapo à une autre.
Les dessins/schéma réalisés directement dans Impress, ou depuis Draw et jetés dans Impress ont l'air de se dégrader avec le temps, ou le nombre d'ouvertures/fermetures, j'en sais rien.
Ainsi en mode diaporama, c'est moche, alors qu'une fois imprimé, c'est joli.
Comprends pas :-(
En tout cas, toujours impossible d'utiliser OOo Impress en lieu et place de MS Powerpoint avec qui les présentations sont fluides, rapides, et qui garde les images qu'on a jetté dans les diapositives malgré déplacement de la présentation (la fonction lier/ou_pas_lier l'image insérée ne marche pas : c'est toujours en lien. Le fichier n'est pas affiché après déplacement de la présentation sur un autre ordi).
C'est vraiment rageant.
[^] # Re: Performances
Posté par Pierre Jarillon (site web personnel) . Évalué à 8.
[^] # Re: Performances
Posté par EmmanuelP . Évalué à 7.
Les effets d'animations d'Impress sont poussifs, et quand ils ne le sont pas, ils sont laids. Essaye les fondus-enchainés avec openoffice et compare avec MS Office...
Les graphismes vectoriels ne sont pas anti-aliasés.
Et comme lui, je trouve que le temps de chargement de chaque page sont trop longs.
Mais par contre, pour ma part, je ne trouve pas ça rédhibitoire. Openoffice est très largement utilisable tel quel.
[^] # Re: Performances
Posté par med . Évalué à 10.
Si, mais dans les options OpenOffice.org/Affichage/Affichage 3D/Sortie du graphique, il faut cocher « Utiliser l'accélération matérielle ». Et encore ça ne fonctionne qu'en mode diaporama, pas en mode édition. Enfin, c'est mieux que rien.
[^] # Re: Performances
Posté par Nikoo . Évalué à 3.
Je ne comprends pas que ce ne soit pas coché par défaut :(
ça améliore un peu les choses, mais ce n'est pas encore ça.
Et la longueur d'affichage des images insérées d'une diapo à l'autre est encore trop importante (et mon ordi est bon).
[^] # Re: Performances
Posté par Nikoo . Évalué à 2.
Par ailleurs, comme je le disais, les contours des formes des objets dessinés (cercles, rectangles, etc...) sont moches, tout crenelés (sous Windows ou sous Mandriva ou Kubuntu).
Ils ne le sont pas quand la présentation est créée, mais après, en mode diaporama, c'est moche, et plus j'ouvre et j'enregistre et je referme, et plus c'est moche.
Je n'ai pas ça avec MS Powerpoint : lourdeur de la gestion des images insérées et crénelage des contours des objets dessinés.
Je dois quand même pas être le seul ? sur deux plateformes en plus, sous 2 OS différents, et avec toutes les versions d'OOo.
[^] # Re: Performances
Posté par yves a (site web personnel) . Évalué à 1.
Et tu ne peux pas les compresser un peu tes images ?
[^] # Re: Performances
Posté par Nikoo . Évalué à 2.
Ce sont des images que je remets en jpg qualité 100 % à 1 ou 2 Mo pour garder un maximum de qualité.
Je ne vais pas descendre en dessous de ça.
Et quand bien même ça marche avec MS Office, je ne vois pas pourquoi ça ne marcherait pas sous OOo.
Ben le constat est que : ça marche pas :-) Long à charger, et moche.
Writer, Draw, Calc = c'est tout bon.
Impress pour moi = pas encore prêt.
[^] # Re: Performances
Posté par Victor . Évalué à 2.
[^] # Re: Performances
Posté par Nikoo . Évalué à 2.
[^] # Re: Performances
Posté par Olivier Jeannet . Évalué à 0.
Quelle drôle d'idée...
Ça ne sert à rien de sauver une image en JPEG à 100%, ce n'est pas fait pour ça. Il est mentionné dans les docs que sauver à plus de 95% ne sert à rien. J'ai de sérieux doutes qu'il soit utile de sauver même à 95%, à mon avis tu utilises des images avec des contours durs, et le JPEG n'est pas adapté. Si tu veux une qualité d'image parfaite avec un format adapté, sauve en PNG 24 bits, et de plus tu as des chances d'avoir un fichier plus petit.
[^] # Re: Performances
Posté par Nikoo . Évalué à 1.
En moyenne : 50 % de réduction du poids de mes images.
Le passage au png est une idée mais ça ne change en rien le fait qu'Impress n'est pas encore au point par rapport à MSPowerpoint.
# On passe a coté des vraies nouveautés !
Posté par Christophe Merlet (site web personnel) . Évalué à 9.
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 !
Posté par enzodegap . Évalué à 10.
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 !
Posté par Sébastien Koechlin . Évalué à 5.
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 !
Posté par g0d0t . Évalué à 3.
[^] # Re: On passe a coté des vraies nouveautés !
Posté par Christophe Merlet (site web personnel) . Évalué à 2.
[^] # Re: On passe a coté des vraies nouveautés !
Posté par CrEv (site web personnel) . Évalué à 4.
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 !
Posté par Sébastien Koechlin . Évalué à 4.
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 !
Posté par CrEv (site web personnel) . Évalué à 2.
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 !
Posté par Sébastien Koechlin . Évalué à 1.
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
Posté par free2.org . Évalué à 3.
# Bizarre
Posté par lezardbreton . Évalué à 3.
alors que aucune mention n'en est fait sur le site d'openoffice.org, et que rien n'est dispo sur ftp.free.fr. Ils ont mis quelle version à la place ?
Je l'ai téléchargé cette après-midi, tout a l'air de fonctionner normalement.
[^] # Re: Bizarre
Posté par Nicolas Melay . Évalué à 3.
J'imagine que l'annonce sur fr.openoffice.org a été repoussée le temps que les miroirs français se mettent à jour. Elle ne devrait plus tarder maintenant.
# Présentation multi-écrans
Posté par med . Évalué à 7.
Quelqu'un l'a essayé pour voir ce que ça donne en pratique ? Est-ce que c'est similaire à ce qui est fait avec la version mac de powerpoint, à savoir la présentation sur un écran et sur l'autre écran tout un tas d'informations utiles, comme un chronomètre, les notes, les transparents à venir, etc. Ou bien est-ce juste le choix de l'écran avec l'autre qui reste tel quel ? En tout cas, de ce que j'en ai vu, ça a l'air super pratique. Entre ça et l'autodétection à chaud des écrans externes dans X.org 7.3, linux n'aura plus rien à envier à mac os dans ce domaine.
Med qui se réjouit d'avance de ne plus avoir à subir les sarcasmes des hordes de maqueux au boulot. :)
[^] # Re: Présentation multi-écrans
Posté par Heidmall . Évalué à 0.
OOo_2.1.0_Win32Intel_install_fr.exe
OOo_2.1.0_LinuxIntel_install_fr_deb.tar.gz
# Anglicisme
Posté par Kouenny . Évalué à 10.
Ne serait-il pas plus francophone de parler de suite bureautique au lieu de suite office ?
Oui, je sais, je chipote.
# Toujours pas de Données/Convertir comme dans Excel
Posté par fredoh . Évalué à 2.
Mais il y a une fonction qui me manque tellement dans Calc, c'est celle qui permet de d'ouvrir ou de coller des données avec un séparateur quelconque puis de ventiler ces données dans des colonnes selon ce séparateur.
A chaque nouvelle version de OOo je guette cette amélioration, mais jusqu'à présent en vain. J'ai pourtant l'impression que je suis loin d'être le seul a faire cette manip.
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Barnabé . Évalué à 4.
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par zebra3 . Évalué à 3.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par fredoh . Évalué à 1.
ça me convient si l'entrée est un fichier, mais comme je passe souvent par le presse papier, je pourrais faire comme cela :
mais ça ne marche pas chez moi non plus.
peut être que pour la 2.2 j'aurais enfin cette fonction...
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Pol' uX (site web personnel) . Évalué à 4.
Donc si tu veux voir un jour ta fonction implémentée, il faudrait simplement que tu la décrive dans une feature request, via un bug report. Vérifie avant cela que la requête n'est pas déjà postée, ça évitera du travail inutile aux éplucheurs de bug.
http://qa.openoffice.org/issue_handling/pre_submission.html
Adhérer à l'April, ça vous tente ?
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par glattering . Évalué à 2.
dans le cas où un bug request existe déjà, peut-on "voter" pour afin que les developpeurs aient une vision de ce qui est très demandé et de ce qui l'est moins?
Merci.
/glattering
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Pol' uX (site web personnel) . Évalué à 1.
Je ne pense pas que ça soit une très bonne idée, car dans les projets libres on remarque généralement que c'est "celui qui fait" qui a du pouvoir, pas "celui qui demande". L'action prend le pas sur la discussion, et tout le monde trouve naturel de laisser autorité aux personnes actives. (voir http://www.autourdulibre.org/actes/pdf/MichaelVicente.pdf )
Enfin, si le projet est dynamique et que ta requête est constructive, les développeurs se feront un plaisir de l'implémenter, ils sont évidemment motivé par l'idée que se qu'il font est utile.
Adhérer à l'April, ça vous tente ?
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Aldoo . Évalué à 5.
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Julien . Évalué à 3.
Voir par exemple la liste des bugs les plus "détestés" : http://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&b(...)
Et la liste des fonctionalités les plus demandées : http://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED&b(...)
(On remarquera au passage que dans les 2 cas, c'est kmail qui arrive en tête ...)
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par Libre (site web personnel, Mastodon) . Évalué à 4.
OOo gère les votes pour les request features. Il faut simplement avoir un compte et on a un certain nombre de point pour différentes partie : impress, calc, installeur, ...
Y.
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par MrLapinot (site web personnel) . Évalué à 2.
Sauf erreur donc :
Insérer -> Fichier (ou un truc dans le genre)
Ca fonctionne très bien (comme sous Excel 97 --- les versions suivantes je ne sais pas, je n'ai jamais testé).
[^] # Re: Toujours pas de Données/Convertir comme dans Excel
Posté par MrLapinot (site web personnel) . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.