Articles précédents : Développeur
- [12] GTK+ 2.0 est sorti
- [14] KDE 3 rc2 !!
- [29] La Commission Européenne lance une enquête auprès des développeurs.
- [26] La crise des patchs du noyau
- [32] Les patches oubliés
- [27] Java 1.4 dans les bacs
- [125] Linus passe un peu la main
- [32] Wrapper DirectX 8 -> OpenGL opensource
- [3] Borland : du C++ pour Linux embarqué
- [29] Concours de programmation chez Google
Liens connexes
- The Chicago Project: Making access to Excel data easy (644 hits)
- SF.Net : The Chicago Project (231 hits)
- POI (Jakarta) (273 hits)
Dépêche modérée par
Développeur : The Chicago Project : Excel/OLE accessibles
Posté par Nÿco (Jabber id, page perso, ). Modéré le 20 mars 2002.
Ce projet cherche à mutualiser les efforts pour produire des bibliothèques standard pour la lecture/écriture du format Excel, mais aussi pour la "techno OLE" et le codage propre à Excel.
Il existe néanmoins une implémentation Java de OLE2 et des bibliothèques sur les formats XLS/DOC : POI (partie de Jakarta).
La discussion suite à l'annonce du projet sur Advogato est très instructive pour les fervents défenseurs de la coopération entre les projets de bureautique.
L'échange de données dans le tuyau Excel n'est cependant pas tout : il manquera surtout les applications qui tournent sur Excel...
Il existe néanmoins une implémentation Java de OLE2 et des bibliothèques sur les formats XLS/DOC : POI (partie de Jakarta).
La discussion suite à l'annonce du projet sur Advogato est très instructive pour les fervents défenseurs de la coopération entre les projets de bureautique.
L'échange de données dans le tuyau Excel n'est cependant pas tout : il manquera surtout les applications qui tournent sur Excel...
The Chicago Project: Making access to Excel data easy (644 hits)
SF.Net : The Chicago Project (231 hits)
POI (Jakarta) (273 hits)
> Lire les commentaires (0 commentaire).




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.