Le but n’est pas en mon sens d’avoir un éditeur de pdf mais d’avoir un outil qui permettent de générer du pdf à partir d’un fichier xml, il est rare que l’on modifie son modèle de document une fois définie…
Bonjour
dompdf transforme de l’html en pdf, donc on a besoin d’un éditeur de template html et ensuite dompdf crée le pdf.
Il y a aussi http://wkhtmltopdf.org/
Fred
Mon idée n’est pas de rajouter un nouveau composant ‹ magique › à dolibarr mais de faire avec ce qui est déjà présent dans le noyau.
Je le répète, on ne modifie pas toute les semaines le format de ses éditions, la présence d’un « éditeur pdf » n’est donc pas prioritaire.
1 « J'aime »
Ne pensez vous pas qu’il y a une énorme perte de temps et de moyens à chacun coder sa solution de son coté pour finir par ne pas pouvoir la « rentabiliser » car il existera du coup plusieurs solutions sur le store ?
Je suis loin d’avoir besoin de 30 jours pour développer ce module…
dans les 30 jours j’inclus l’éditeur
oublie l’éditeur, cela ne sert à rien…
@fred: il y a aussi (et surtout) html2pdf dont je m’étais servi pour créer un outil de reporting pour un logiciel propriétaire de compta.
Le souci n’est pas l’outil à utiliser, c’est 1) la simplicité de création et de modification de la description de l’état, que ça soit du html, du xml ou autre chose, 2) la possibilité d’intégrer simplement les données de dolibarr dans le document depuis l’éditeur
@charles: si tu penses que l’utilisateur lambda va pouvoir créer un xml avec une description adéquate des données de dolibarr à imprimer, formater…
Est-ce à l’utilisateur lambda de créer son format d’édition?
à la limite le modifier un peu si la structure du xml est simple à lire et bien documenté
effectivement, la question de base est : quel est le besoin utilisateur ?
Qui s’occuper de modifier les éditions? généralement un intégrateur ou un utilisateur AVANCE
Est-il pour lui plus simple de modifier un fichier d’édition pdf actuel écrit en php ou un ensemble de balise xml si le format est bien documenté
Si pour vous « l’utilisateur lambda » c’est des PME et des autoentrepreneur alors je répons oui oui et oui, la mise en forme de la propale de la facture finale et tous les autres documents de gestion est l’image de l’entreprise.
Effectivement on ne change pas celle-ci tous les jours mais un éditeur WYSIWYG permet vraiment de mettre en forme ceux-ci pour correspondre à nos besoins.
C’est un outil présent dans beaucoup de logiciel propriétaire.
j’ai eu defrance au tel; on s’est mis d’accord sur le module; on vous tiendra au courant.
tout est dit…
je pense qu’il faut déjà séparer le système en deux éléments :
- l’outil qui permet de générer à partir d’un fichier xml des éditions pdf
- l’outil qui permet d’écrire ce fichier xml utilisable par un utilisateur lambda
Mes réflexions portaient sur le premier éléments, pas le second qui ne me concerne pas car je préfère écrire du xml dans un éditeur de texte plutôt qu’avec un éditeur propriétaire ou pas…
Sur le premier c’est avec plaisir que je collaborerait avec altatof, pour le second ce n’est pas mon ‹ marché ›
Bonjour à tous,
Pour ce qui concerne les ODT et PDF je tiens à apporter ma pierre à l’édifice.
Mon activité consiste à créer des sites web et de temps en temps à mettre en place des solutions CRM Dolibarr.
J’utilise fréquemment les modules ExtraOdt, Ultimate PDF, Concat PDF, AutoAttachFile (pièces jointes auto dans les emails…)
Nous utilisons Dolibarr en interne et nous disposons aussi de retours utilisateur clients pour Dolibarr et particulièrement sur cette question de template ODT / PDF.
Pour synthétiser :
Ce que mes clients et nous même attendons de Dolibarr, c’est de générer rapidement un document (devis/bdc/facture/autres courriers…) personnalisé en fonction du contexte.
Document dont il existe bien souvent un modèle prédéfini en interne, et que nous souhaitons réutiliser et compléter par les variables adéquates (nom tiers, du contact, liste de facture …) pour une édition personnalisée et une transmission rapide à nos destinataires (gain de temps dans les process de gestion de la relation client…).
Exemple concret : une lettre de relance d’impayés reprenant les coordonnées et la liste des factures impayées du client, à générer depuis la fiche Tiers et à envoyer par email avec les CGV en PJ…
Avantages de l’ODT :
- La facilité de création du modèles/templates avec le système de TAG et la relative facilité de mise en place dans Dolibarr.
- Document rééditable localement pour ajuster le contenu.
Inconvénients de l’ODT :
- Il manque des tags en natif (vive le module ExtraODT)
- Le document est modifiable facilement
Une lettre de relance client est généralement un document « non modifiable », l’envoi par mail (via Dolibarr) du document ODT est donc impossible puisque celui-ci est modifiable…
Avantage pour le PDF :
- Fichiers finaux plus légers
- Non modifiable et donc idéal pour l’envoi au client.
Inconvénient du PDF :
- Le PDF est généré par un savant codage en PHP
- Les prestataires qui réalisent cette prestation, sont rares, chers et surbookés (si si j’ai testé)
En fait, selon nous, la vrai solution ne consiste pas à remplacer l’ODT par le XML pour généré du PDF.
L’idéal serait de pouvoir générer un document ODT, donc modifiable, puis de le rendre non modifiable par une conversion PDF
Voilà, la solution qui nous semble idéale : générer un PDF à partir d’un ODT
Il n’y a pas, en tout cas de notre côté et celui de nos clients, d’autres besoins à ce niveau.
Questions :
Pourquoi ne pas juste se concentrer sur la piste d’une fonction/module/methode permettant la conversion PDF d’un fichier ODT, en ligne et en un clic ?
Quid de l’adhésion des utilisateurs « lambda » de Dolibarr (aussi les clients des Preffered Partners) si Dolibarr devient une solution uniquement accessible aux spécialistes ?
Bonsoir et merci pour vos retours,
Au sujet de la conversion odt->pdf ça se fait en un clic avec LibreOffice, OpenOffice, ou une imprimante virtuelle pdf.
oui sur le poste utilisateur en local…
Donc malheureusement :
- le document n’est pas accessible aux autres personne qui suivent le tiers
- Il n’y a pas d’action de génération/envoi du document dans l’agenda
- Il n’y a pas la possibilité d’envoyer le document par mail depuis la fiche Tiers non plus
- Enfin les manipulations sont nombreuses pour malgré tout remonter le document dans la fiche…
Toutes ces fonctions sont l’objet d’un ERP/CRM pourtant…
Oui effectivement ce n’est pas une solution de devoir passer systématiquement par libre-office pour générer le pdf.
On est du coup dépendant de ce qui est installé sur le poste client.
Bon moi je suis intéressé par ce nouveau système
pour le module open source de gestion locative, j’ai besoin d’une tonne de modèle pdf
Et le premier qui a codé un export pdf me jette la première pierre si il trouve que coder un export pdf c’est fun dans dolibarr
