Bonsoir Jean-Baptiste, 

> On peut toujours faire ce genre de chose j'imagine, mais ce n'est pas
> OpenOffice.org qui décide du format ODF même si son influence sur ODF
> est importante. Je ne sais pas ce qu'il en est actuellement.
Avoir moins de "trous" serait un excellent moyen de ne pas avoir de perte de 
données catastrophiques lorsqu'on passe, par exemple, de OOo à AbiWord.

>> 
> Là tu auras des conflits avec les utilisateurs qui veulent que l'accès
> aux données soient rapide. Charger et décharger les feuilles non
> utilisées consomment du temps. Une des difficultés est de trouver un
> compromis.
Ce pourrait être sélectionnable dans les options, comme "optimiser pour la 
performance d'OOo / les machines à grandes ressources", et "optimiser pour 
l'exécution simultanée de plusieurs applications", avec une explication en 
infobulle de ce que ça implique pour l'usager. Bien sûr que toute solution 
proposée fait nécessairement des heureux et des malheureux.

Et puis, n'oublions pas que la plupart du temps, le CPU n'est utilisé qu'à 
quelques %, il faut bien que sa puissance soit utilisée, elle aussi!

> Ce n'est pas ça. Une image jpeg de 40 Mo fait environ 20 fois plus en
> RAM car c'est un format compressé. Tu as donc un problème analogue à
> celui de OOo : manipuler un objet énorme qui occupe une partie
> importante de la RAM ou même plus que la RAM disponible.
Ah en JPEG je sais. Dans ce cas, rien n'empêche de ne décompresser que ce qui 
est affiché et traité.

>> Je sais que NeoO est capable d'enregistrer dans le format XLSX, mais il me 
>> faudrait la contribution de quelqu'un pour le tester sous XL 2007 ou 2008. 
>> 
>> Devrais-je produire des versions XLSX et XML pour Office 2003, afin que qqn 
>> compare?
>> 
> Si comparer t'intéresse effectivement il faudrait produire un fichier
> xlsx puis l'utiliser avec XL-2007 ou suivant.
Je trouve que c'est un effet un excellent moyen de se mesurer à son concurrent 
principal sur les mêmes bases techniques, ou des bases très similaires.

Cependant, j'ai essayé la conversion moi-même, mais apparemment les ressources 
de ma machine sont insuffisantes pour mener à bien cette conversion. Je laisse 
donc à quelqu'un possédant au moins 4Gio de RAM le soin de faire cette 
conversion sous NeoOffice.

Par contre, j'ai rencontré un gars qui avait Excel, et a bien voulu transformer 
la version XLS produite par NeoOffice en XLSX, par Excel 2008. Elle est 
disponible au http://www.cubytus.coco.mydisk.se, et fait sensiblement la même 
taille que la version ODS

Les fichiers incriminés sont les "4cat(...)" et "20z'(...). de 
http://www.cubytus.coco.mydisk.se.

> Bien entendu il n'y a pas explicitement de cible mais il me parait clair
> que l'utilisateur "standard" visé manipule plutôt des données comptables
> et financières. Rien de gigantesque et dés que ça devient lourd on passe
> sur des outils logiciels dédiés. Mais je me trompe peut-être.
Dans ce cas, je suis toujours sec sur ces fameux logiciels dédiés, et pourquoi 
un ensemble statistiquement modeste de données devrait être classé "lourd".

>> Sinon, quelle alternative pour le scientifique désirant travailler avec des 
>> ensembles lourds de données ET en formats pérenne?
>> 
> Sous Linux il faudrait essayer Scilab, R, et LabPlot. Ils ne sont pas
> équivalents et ne te permettront pas de travailler comme tu le fais avec
> OOo mais ils permettent de manipuler des données, faire des calculs et
> produire des graphiques, au besoin en programmant dans leur langage
> propre. R est spécialisé dans les statistiques. Ce sont des outils
> standards pour les labos de recherche. Je ne sais pas non plus si
> LabPlot supporte la même charge que OOo mais il permet une manipulation
> des données de type tableur. Il y a sans doute d'autres logiciels que je
> ne connais pas.
Ce ne sont pas des logiciels avant tout destinés à de la simple "mise en ordre" 
de données arbitraires, mais destinés à des analyses plus poussées. Par 
ailleurs, enregistrent-ils les données dans un format qui puisse être lu sur 
les trois plate-formes?

> 
> Bonne journée
> JBF
> 
> -- 
> Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
à bientôt, 
Patrick

Répondre à