Faut-il installer Excel pour win32:OLE ?

Bonjour,

Je modifie un fichier Excel en lecture / écriture avec win32:OLE.
Excel est installé sur mon poste et ça marche bien.

MAIS j'ai un peu l'impression d'écraser une mouche avec un marteau pilon.
De plus je déploie sur un serveur d'application où je voudrais éviter d'avoir à installer Excel.
Ma question est :

Est-ce que je peux à la place de Excel n'installer qu'une API et sous quelle forme ?
Accessoirement si cela est le cas savez vous ce qu'il faut faire au niveau licence vis à vis de Microsoft ?

Pozzo

Pourquoi ne pas utiliser Spreadsheet::ParseExcel ? Il fonctionne sous Windows comme sous linux. Tu n'as ainsi pas besoin d'excel.

Bonjour,

Merci de ta réponse.

Je n'utilise pas ParseExcel car lit un fichier mais ne le modifie pas me semble-t-il.
Il me faut lire ET modifier le fichier.

Pozzo

Ma réponse un peu vite.

Te paraît viable d'utiliser ParseExcel + WriteExcel pour lire le fichier et le re_générer complètement pour le modifier ?

Cela me tente mais j'ai peur de monter une usine à gaz.


Pozzo

Bah c'est ce qu'il y a de plus propre. Lorsque l'on souhaite modifier un fichier même simple au format texte, c'est le principe. on ouvre et en crée un nouveau avant de le renommer. Et de plus, ton script sera portable.

Bonjour,

Le module ParseExcel propose une possibilté de sauver un classeur en utilisant Spreadsheet::ParseExcel::SaveParser.

Cf http://search.cpan.org/~jmcnamara/Sp.../SaveParser.pm

Il n'y a donc à priori pas besoin de WriteExcel.
Reste qu'il ne semble pas y avoir moyen de trouver la liste des noms comme on peut le faire avec win21::OLE et la fonction Names. Mais ceci est une autre histoire.

Pozzo.BienEpaté

Bon.

Le dev avec spreadsheet::parseexcel est terminé.
Franchement je suis arrivé au bout mais le résultat est affreux.

Quand on modifie un fichier avec ce module on perd la mise en forme :
- Fusion de cellules
- Cellules cachées
- Pas moyen de repérer les cellules nommées
Pour la version 1.0 ça ira comme ça pas le temps de faire autrement.

Si j'avais un conseil à donner se serait de ne pas utiliser ce module si l'aspect du fichier a une importance. Sinon le module est stable. Pas de plantages inexpliqués.

La solution alternative la plus astucieuse à mon avis est d'attaquer le fichier au format XML. Je l'avais fait en partie avec OpenOffice et la voie me paraît prometteuse.

Je clos le sujet.
Merci djibril de ton aide.
A+
Pozzo