Discussion :

[ophalia]

Bonjour à tous,

Voilà mon problème : je dois récupérer des informations contenus dans différents fichiers excels à partir d'un programme (en C#). Jusque là rien de titanesque ni d'insurmontable mais là où les choses se corsent :

La version de Microsoft Office sur laquelle varie de 1997 à 2003. Donc pas moyen d'utiliser les PIA de Microsoft (qui auraient grandement simplifié les choses mais d'aprèce ce que j'ai compris, ça ne marche qu'avec XP et plus).

Pour savoir dans quelle cellule chercher, j'ai sois ses coordonnées (par exemple : H93) sois un nom qui a été défini au préalable (par exemple : Poids). Je n'aurais eu que le premier cas, j'aurais pu transformer les coordonnées en lignes et colonnes et utiliser une connexion OleDb mais là je sèche pour le second cas.

Donc au final, pas de PIA ni de connexion OleDb ... j'ai plus aucune corde à mon arc et ce que j'avais déjà trouvé sur Internet ne reprenait que ces deux techniques ...

Si quelqu'un a une solution, je suis preneur

Merci d'avance.

[theMonz31]

salut

perso, j'utilise le composant suivant :

GemBox.Spreadsheet.dll

que l'on peut trouver Ici

Ca te permettra peut-etre de résoudre ton problème (puisqu'il n'y a pas besoin d'avoir Excel sur sa machine)

Seul inconvénient : C'est payant (mais à 355$ la version de base) je pense
que c'est plus interessant que de passer XX jours à developper quelque chose
qui sera lié à la présence d'excel sur le poste executant l'application...

Enfin, c'est une piste

The Monz, Toulouse

[ophalia]

Ca correspondrait à mes besoins si seulement ce n'était pas dans un cadre professionnel et que mon entreprise n'était pas prête à débourser le moindre centime pour cette fonctionnalité

Merci quand même

[Jarodtweiss]

Hello,

J'ai eu un problème similaire mais dans l'autre sens : devoir générer un fichier Excel compatible avec un certain nombre de versions. Au final, je passe par de l'OfficeXML.
Evidemment l'OfficeXML n'est présent qu'à partir de 2003, mais dans les versions précédentes, tu peux faire un SaveAs HTML (en fait un mélange d'HTML et d'XML).
Au final, tu as donc :
- soit un vrai fichier XML que tu peux donc parcourir en XPath
- soit une table HTML que tu peux donc également parcourir pour trouver la bonne cellule.

Il n'en reste pas moins que c'est évidemment complexe, Excel ne gérénant qu'un minimum de lignes et de cellules mais ça peut faire le boulot qu'en penses-tu ?

[ophalia]

J'y avais pas pensé, je vais jeter un coup d'oeil voir si ça peut fonctionner. Ca serait pas mal

Merci

[Skalp]

Si tu n'as besoin que de lire un fichier Excel, il exsite une API gratuite sur SourceForge qui s'appelle Koogra :
http://sourceforge.net/projects/koogra/

[theMonz31]

salut ophalia

Si ton entreprise n'est pas prete à dépenser un centime pour une fonctionnalité, j'aurais tendance à dire que tu ne devrais pas te "crever" pour
la fournir

Sinon, la solution OpenXml est une solution tout à fait interessante

The Monz, Toulouse

[jerome.fortias]

Euh n'est pas simpliste de limiter l'analyse de cout d'un composant à son prix d'achat...juste comme cela. ?? Un doute qui m'habite.

[ophalia]

Bon pour Koogra, c'est pas mal mais ça me laisse toujours un problème => quand j'ai que le nom qui a été donné à une cellule et non ses coordonnées.

Mais comme proposé par The Monz ... je pense que je vais laisser tomber ... de toute façon cette entreprise montre tellement d'importance vis à vis de ce projet ... qu'elle ne doit pas en avoir besoin en réalité ...

C'est effectivement un peu simpliste de limiter une analyse à un coût mais disons que mon supérieur m'a donné pour mission de "moderniser" le service informatique en implémentant des BDD ... et il a pas compris que ça ce faisait pas d'un claquement de doigt donc là il rechigne un peu ^^

Enfin merci pour l'aide tout le monde mais je pense que je peut clore le sujet

Merci encore

[jerome.fortias]

propose lui l'achat d'un boulier, de fiches bristol et une sous traitance en chine ....pour noter sur les fiches bristol