gratifiant > comp.divers.* > comp.applications.bureautique

Denis Beauregard (14/11/2011, 18h19)
Bonjour,

Ouf, après avoir enduré pendant longtemps la lenteur de OO, même en
passant à LibreOffice, j'ai fini par trouver la solution à mon
problème de vitesse.

En gros : j'ai un chiffrier de 20 à 40 Mo et quand je faisais ctrl-F
pour rechercher une chaîne, cela prenait environ 7 secondes avant que
la boîte de dialogue apparaisse. Avec OO 2.4, c'était 3 sec., mais
avec OO 3.3 et LO 3.4, c'était 7 secondes.

La solution ? Tout reformater !!! J'ai enlevé tous les formats des
cellules (il y a en a plus d'un million) et reformaté certaines
colonnes seulement (colorées pour réduire le risque d'erreur lors de
la saisie de données). Maintenant, c'est beaucoup plus rapide.

Ce qui ralentit LO (et sans doute OO), c'est la diversification des
formats des cellules. Dans mon cas, il s'agit de données généalogiques
interreliées (donc, des liens par des numéros vers les parents par
exemple). Pour éviter les erreurs, j'ai d'un côté coloré les cellules,
et de l'autre recopié les cellules. À différentes époques, j'ai changé
les couleurs. De plus, des lignes ont été éditées sur Excel, OO et LO,
dans différentes versions, sur Windows et sur Linux, avec des jeux de
caractères différents. En bref, beaucoup d'informations de format qui
ont ralenti OO et LO.

Denis
Thierry Houx (19/11/2011, 07h13)
Le 25/10/2011 16:11, Pierre-Alain Dorange a écrit :
> Denis Beauregard<denis.2001a.nojunk> wrote:


> OO est un peu en perte de vitesse depuis le rachat par Oracle.
> LibreOffice est devenu le projet porté par la majorité de la communauté
> des développeurs libres et semble devenir plus réactif.
> Par contre de mémoire il me semblait que les dernières versions avaient
> corrigés ce bug.

LibreOffice est maintenant la fourniture standard avec Linux Mandriva et
Mageia.
Les problèmes que rencontre Denis sont encore accentués avec LibreOffice
au point que j'ai dû revenir à OpenOffice: Pour convertir en format des
fichiers de relevés généalogique, j'ai écris des macros et l'exécution
est très longue avec LibreOffice, qui parfois plante; jamais ce problème
avec OO.
En conclusion, soyez encore prudents avec LibreOffice, quand bien même
ce soit lui l'avenir.

Cordialement.
Denis Beauregard (19/11/2011, 20h26)
Le Sat, 19 Nov 2011 06:13:05 +0100, Thierry Houx
<thierry.houx_no_spam> écrivait dans
fr.comp.applications.bureautique:

>Le 25/10/2011 16:11, Pierre-Alain Dorange a écrit :


Pour ce qui est d'enregistrer un document .xls qui dépasse 65536
lignes, LO 3.4 n'envoie pas de message d'avertissement.

>LibreOffice est maintenant la fourniture standard avec Linux Mandriva et
>Mageia.
>Les problèmes que rencontre Denis sont encore accentués avec LibreOffice
>au point que j'ai dû revenir à OpenOffice: Pour convertir en format des


Pour la vitesse, le problème a été résolu en enlevant tous les styles
et les formats du fichier. Dans mon cas, j'ai des fichiers sur
lesquels je travaille depuis une dizaine d'années, qui dépassent le
million de cellules et dans lesquels j'ai souvent copié d'autres
cellules avec leur propre format. Le résultat, c'est un très grand
nombre de formats, ce qui semble ralentir de beaucoup la vitesse avec
des gros fichiers.

Une chose curieuse, c'est qu'un fichier de 45 Mo était édité plus
rapidement qu'un autre de 20 Mo. Mais en y pensant bien, le fichier de
45 Mo a probablement été reformaté, donc avec beaucoup moins de
variations dans les cellules alors que le 20 Mo correspond à la
section dans laquelle je travaille le plus.

>fichiers de relevés généalogique, j'ai écris des macros et l'exécution
>est très longue avec LibreOffice, qui parfois plante; jamais ce problème
>avec OO.


Essaie d'enlever tous les formats des cellules. Pas de couleur, gras,
etc. qui sont utiles lors de la saisie mais moins durant l'utilisation
des données.

>En conclusion, soyez encore prudents avec LibreOffice, quand bien même
>ce soit lui l'avenir.


Denis
Jean-Baptiste Faure (21/11/2011, 12h14)
Le 19/11/2011 19:26, Denis Beauregard a écrit :
> Le Sat, 19 Nov 2011 06:13:05 +0100, Thierry Houx
> <thierry.houx_no_spam> écrivait dans
> fr.comp.applications.bureautique:
> Pour ce qui est d'enregistrer un document .xls qui dépasse 65536
> lignes, LO 3.4 n'envoie pas de message d'avertissement.


Pourquoi devrait-il en envoyer un ? LibO 3.4 gère 2^20 lignes et 1024
colonnes.

Sinon pour tester LibreOffice de façon pertinente, il faut utiliser la
version officielle. Celle fournie par votre distribution est de la
responsabilité de votre distribution.

Concernant les macros, il faut peut-être y faire quelques adaptations.
Mais si vous ne venez pas en causer là où sont les utilisateurs avancés
et les développeurs, vous criez dans le désert.



JBF
Denis Beauregard (21/11/2011, 15h12)
Le Mon, 21 Nov 2011 11:14:57 +0100, Jean-Baptiste Faure
<jean-baptiste.faure> écrivait dans
fr.comp.applications.bureautique:

>Le 19/11/2011 19:26, Denis Beauregard a écrit :
>Pourquoi devrait-il en envoyer un ? LibO 3.4 gère 2^20 lignes et 1024
>colonnes.


Parce que le format .xls n'autorise que 65536 lignes. À partir de la
65537e, l'information est détruite durant l'enregistrement et n'est
plus disponible lorsqu'on relit le fichier.

Il faudrait donc informer qu'il y a trop de lignes ou de colonnes,
comme on informe quand le format est moins complet.

>Sinon pour tester LibreOffice de façon pertinente, il faut utiliser la
>version officielle. Celle fournie par votre distribution est de la
>responsabilité de votre distribution.


J'ai pris celle du site, donc l'officielle.

>Concernant les macros, il faut peut-être y faire quelques adaptations.
>Mais si vous ne venez pas en causer là où sont les utilisateurs avancés
>et les développeurs, vous criez dans le désert.
>


Bonne idée.

Denis
none (21/11/2011, 23h13)
Le 21/11/2011 14:12, Denis Beauregard a écrit :
[...]
> Parce que le format .xls n'autorise que 65536 lignes. À partir de la
> 65537e, l'information est détruite durant l'enregistrement et n'est
> plus disponible lorsqu'on relit le fichier.


Ok, j'avais compris à l'envers : lors de l'import d'un fichier xls par LibO.
Mais pour l'export ods -> xls, il faudrait cependant tester à nouveau
avec la 3.4.4 :

JBF

Discussions similaires