Il est très simple d'utilisation, facile à installer (deux fichiers PHP, un pour OpenTBS, un autre pour le moteur de template TinyButStrong), il ne requiert pas d'exécutable, il n'utilise pas de fichier temporaire, il ne nécessite que l'extension zLib sous PHP (bibliothèque très couramment préinstallée) et OpenTBS peut s'en passer au prix d'un effort sur la construction des modèles.
En fait OpenTBS peut travailler avec n'importe quel document constitué d'une archive zip qui encapsule des fichiers XML. C'est le cas d'OpenOffice, mais aussi MS Office depuis la version 2007. Il peut produire le document final sous la forme d'un fichier sauvegardé sur le serveur, d'un téléchargement HTTP direct, ou même d'une chaîne binaire.
OpenTBS s'appuie sur le moteur de modèle TinyButStrong qui est déjà mature et offre plein de facilités pour fusionner les données. Il peut aussi facilement modifier des images dans les documents fusionnés.
Aller plus loin
- Démonstration (292 clics)
- Documentation technique (204 clics)
- Télécharger OpenTBS (zip, 300 Ko) (96 clics)
- Le moteur de modèle TinyButStrong (221 clics)
# Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Et sans modèles, pour ODF
Posté par Aurélien Bompard (site web personnel) . Évalué à 4.
Pour le plugin ODT de Dokuwiki, j'avais commencé en générant la totalité du ODT XML "à la main", puis j'ai ajouté la possibilité d'utiliser un document modèle ODT pour faciliter la gestion des styles, et au final je vais supprimer la partie génération manuelle qui fait vraiment doublon maintenant.
# quel version?
Posté par Albert_ . Évalué à 8.
Pour Microsoft OXML c'est laquelle celle de Microsoft Office 2007, Microsoft Office 2010 ou celle que personne n'utilise "normalise" ISO?
[^] # Re: quel version?
Posté par Maxime G (site web personnel) . Évalué à 4.
C'est un système de template. Tu places des "expressions clés" dans ton document (avec OOo, MSOffice ou autre, tant que la sortie est un "xml dans un zip" (cas de OpenDocument, et OpenXML)), et le bousin, il les remplace par ce que tu lui a dit. Là, aucun problème.
Après, il y a les boucles pour itérer sur des lignes de tableau par exemple qui peuvent peut-être poser problème selon les versions, donc à tester spécifiquement, mais je suis confiant.
# Générer de l'Odf, c'est très bien! maintenant, il faut pouvoir le lir
Posté par taupette . Évalué à 2.
C'est par exemple le cas de Talend, qui fournit tous les outils pour exploiter des fichiers Excel
et les injecte dans des bases de données diverses et variées mais rien pour l'Odf et les fichiers CALC !
Les solutions propriétaires du marché ne sont pas mieux loties ?
Alors, des volontaires pour écrire ou libérer des connecteurs Talend pour Calc ?
A moins que vous ayez connaissance d'un d'autre ETL qui propose cette fonctionnalité !
[^] # Re: Générer de l'Odf, c'est très bien! maintenant, il faut pouvoir le
Posté par zyphos . Évalué à 1.
Video youtube:
http://www.youtube.com/watch?v=qkJm-kd_n6E
Blueprint (feature request):
http://jira.pentaho.com/browse/PDI-4563
Téléchargement de la version trunk compilé (descendre tout en bas du message):
http://www.cloud2land.com/pentaho-data-integration-kettle-sn(...)
[^] # Re: Générer de l'Odf, c'est très bien! maintenant, il faut pouvoir le
Posté par taupette . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.