J.M.PIERRE a écrit :
je n'ai pas l'impression qu'il s'agisse d'un bug,
[couic]
Suite à nos échanges précédents, voici la copie du message
d'Alain Louge relatif à son expérience d'utilisation
d'OpenOffice pour afficher un fichier Excel provenant du
site d'un de ses fournisseurs.
Ce qui l'agace, c'est moins le problème que cela lui a
causé (il dispose encore dans ses services de quelques
postes sous Windows) que la mauvaise image que cela peut
véhiculer dans les entreprises faisant l'effort d'essayer
des logiciels libres.
=== Début du message d'Alain Louge ========================
Le Mer 13 Sep 2006 09:43, tu as écrit :
> > $ xlhtml belleville.xls
Non.
Il s'agit de faire fonctionner les formules de calcul
incluses dans le document : quand on actualise les données
en haut, le tableur calcule les caractéristiques du nouveau
ressort ainsi défini et affiche toutes sortes de résultats,
entre autres les graphiques. Faire une sortie statique sous
forme HTML ou autre est donc exclu ; il faut utiliser un
tableur. De ce point de vue, Gnumeric marche : les calculs
sont faits, seuls la mise en page et l'affichage des
graphiques sont de mauvaise qualité.
>> > > j'ai essayé ma solution et j'ai trouvé l'origine :
>> > > File is password protected. Exiting...
Non plus.
Certains tableurs prétendent en effet que le fichier est
protégé par un mot de passe, et quittent donc puisqu'on ne
peut pas le leur donner. C'est une pure erreur (puisque
Excel ne demande rien de tel), et selon mon expérience,
cela n'arrive qu'avec de vieilles versions de programmes
comme StarOffice 7, et non avec OpenOffice 2.0.2 ou
Gnumeric 1.4.3 ; pour ce qui est de Kspread, comme tu as pu
voir, il n'a pas eu le temps de dire ce qu'il en pensait...
D'autre part, selon les cas, le tableur utilisé va
déclarer ou non que le fichier est protégé en écriture, ce
qui est correct ; voir la copie d'écran de Microsoft
Excel : dans la barre de titre, il dit bien "Lecture
seule". Mais cela empêche seulement d'enregistrer les
modifications apportées au fichier, et non de faire faire
des calculs, ce qui serait idiot, puisque c'est le but même
du fichier. Simplement, une fois les calculs effectués, on
ne peut enregistrer le fichier modifié ***sous le nom
d'origine*** ; mais rien n'empêche de le faire sous un
autre nom, ou de faire une copie d'écran du résultat, ou de
l'imprimer, par exemple. Il s'agit juste d'empêcher
l'utilisateur de modifier la logique sous-jacente du
fichier (les formules de calcul ou la mise en page) et donc
de rendre le fichier éventuellement inutilisable, ou des
nouveaux calculs non conformes aux formules du fabricant
(je n'ai pas dit "faux", car la justesse de ses formules
est elle-même discutable, mais ceci est une autre histoire,
qui parle de Mécanique des milieux continus...).
Il faut de plus remarquer que de ce point de vue aussi,
Gnumeric réagit correctement : il accepte l'entrée de
nouvelles données et effectue les calculs, et refuse
seulement la sauvegarde sous le nom d'origine. En revanche,
OpenOffice refuse l'entrée des données, ce qui rend
l'utilisation du fichier impossible en l'état.
Cela dit, je ne sais pas ce qu'il en est avec Excel sous
Windows, mais sous Linux, le problème de la sauvegarde des
modifications disparaît avec un simple "chmod +w
belleville.xls". Eh oui !
Il faut encore signaler que Gnumeric, de plus, est
***énormément*** plus rapide que OpenOffice pour se lancer,
ouvrir le fichier et pour faire les calculs ; et il
consomme deux à trois fois moins de mémoire. C'est
particulièrement flagrant avec mon vieux PIII 700 MHz et
256 Mo.
Cerise sur le gâteau, le simple fait d'ouvrir le fichier
sous OpenOffice puis de quitter immédiatement lui fait
demander si on veut sauvegarder les modifications... alors
qu'on n'en a fait aucune !
Je suppose qu'en y regardant de plus près, on pourrait
continuer longtemps ce jeu de massacre. Et puis, pour une
fois qu'un programme Gnome marche pas mal, ça mérite d'être
signalé :-)
Tout cela, malheureusement, renforce mon propos : que peut
penser l'utilisateur de bureautique moyen des logiciels
libres face à ce déferlement d'erreurs et de
maladresses ?... Et que penser des affirmations sur
l'importation quasi parfaite des fichiers Excel ?
À demain
-- Alain LOUGE Directeur R&D Groupe Eurobeton office: rue des Chaux,
L-5324 Contern mail: Chaux de Contern S.A., B.P. 1331, L-1013 Luxembourg
phone: [+352]358811-296 fax: [+352]358875 gsm: [+352] 621226994
=== Fin du message d'Alain Louge ========================
Voici toute l'histoire. J'espère que ce la pourra aider :-)
--
vero, Présidente de Linux Azur
Linux, c'est une question de VI ou de MORE
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
