c'est un FPDF avec des fonctions TCPDF pour gérer le html provenant de
fckeditor
Régis
On Sun, 30 Dec 2007 00:40:16 +0100, Yannick Warnier <[EMAIL PROTECTED]>
wrote:
> Donc ce qu'on a est TCPDF ou un FPDF patché? (juste pour avoir une
idée)
>
> Yannick
>
> Le vendredi 28 décembre 2007 à 18:5
Donc ce qu'on a est TCPDF ou un FPDF patché? (juste pour avoir une idée)
Yannick
Le vendredi 28 décembre 2007 à 18:59 +0100, Régis Houssin a écrit :
> J'avais déjà inclu les fonctionnalités TCPDF dans le FPDF inclu dans
> dolibarr car TCPDF utilisait des polices TTF ce qui faisait des pdf de plus
J'avais déjà inclu les fonctionnalités TCPDF dans le FPDF inclu dans
dolibarr car TCPDF utilisait des polices TTF ce qui faisait des pdf de plus
grosses taille par rapport a fpdf
Régis
On Fri, 28 Dec 2007 15:31:05 +0100, Yannick Warnier <[EMAIL PROTECTED]>
wrote:
> Le vendredi 28 décembre 2007 à
Pratique d'avoir un endroit ou ces outils sont comparés.
J'ai fait une recherche récemment et il est vrai que les outils PDF en
PHP sont pauvres. Je n'ai pas vu d'équivalents à des outils java comme
JasperReport.
Yannick Warnier a écrit :
Le vendredi 28 décembre 2007 à 11:37 +0100, Cyrille de
Le vendredi 28 décembre 2007 à 11:37 +0100, Cyrille de Lambert a écrit :
> Bonjour,
>
> En ce qui concerne la génération de pdf, pourquoi ne pas utiliser une
> librairie tel que html2pdf ?
tcpdf permet du HTML vers PDF et est en LGPL. C'est une extension
construite sur FPDF.
J'ai aussi mis une
En ce qui me concerne, un système de template comme smarty (généré pas
fckéditor) avec génération de html2pdf me conviendrait très bien.
Il faudrait juste que les utilisateurs connaissent les tag (smarty) à
utiliser pour le rendu.
Cyrille
Régis Houssin a écrit :
peut etre pourrions nous envis
L'avantage et qu'il écrit ses modèles en html :
* Utilisation des feuilles de style
* Simplicité de fabrication des modèles
* Licence gpl
Ça me parait beaucoup plus simple que d'utiliser directement fpdf.
Cyrille
Régis Houssin a écrit :
Faut voir, le tout c'est qu'un utilisateur lamb
peut etre pourrions nous envisager une mise en page via fckeditor ou autre
avec un systeme de variable qui se substituraient aux données et un
systeme de boucle sur les lignes produits ?
ensuite convertir avec html2pdf
qu'en pensez-vous ?
Régis
On Fri, 28 Dec 2007 11:37:01 +0100, Cyrille d
Faut voir, le tout c'est qu'un utilisateur lambda puisse personnaliser ces
modèles simplement
Régis
On Fri, 28 Dec 2007 11:37:01 +0100, Cyrille de Lambert
<[EMAIL PROTECTED]> wrote:
> Bonjour,
>
> En ce qui concerne la génération de pdf, pourquoi ne pas utiliser une
> librairie tel que html
Bonjour,
En ce qui concerne la génération de pdf, pourquoi ne pas utiliser une
librairie tel que html2pdf ?
Cyrille
zcp a écrit :
Régis Houssin a écrit :
Bonjour
On pourrait aussi avoir l'option pour le SVG.
Le SVG est bien interprété par les navigateurs (sauf IE), et c'est
quand mêm
Régis Houssin a écrit :
Bonjour
On pourrait aussi avoir l'option pour le SVG.
Le SVG est bien interprété par les navigateurs (sauf IE), et c'est
quand même plus simple que le PDF, non?
Bien sur, la plupart des gens ne sauront pas comment s'en servir...
ni comment l'ouvrir. Je ne sais pas c
Le vendredi 14 décembre 2007 à 16:46 -0500, Yannick Warnier a écrit :
> http://opendocumentfellowship.com/projects/odfphp
> ?
C'est en Creative Commons Attribution ShareAlike 2.5 license
___
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
http://l
On Fri, 2007-12-14 at 10:20 +0100, Rodolphe Quiedeville wrote:
> zcp a écrit :
> > Gaëtan Frenoy a écrit :
> >> Bonsoir de Varna (Bulgarie),
> >>
> >> Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
> >>> il va falloir qu'on trouve une procédure plus simple pour mettre en page
> >>> les
Le vendredi 14 décembre 2007 à 10:20 +0100, Rodolphe Quiedeville a
écrit :
> zcp a écrit :
> > Gaëtan Frenoy a écrit :
> >> Bonsoir de Varna (Bulgarie),
> >>
> >> Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
> >>> il va falloir qu'on trouve une procédure plus simple pour mettre en pa
> Bonjour
>
> On pourrait aussi avoir l'option pour le SVG.
> Le SVG est bien interprété par les navigateurs (sauf IE), et c'est
> quand même plus simple que le PDF, non?
>
> Bien sur, la plupart des gens ne sauront pas comment s'en servir...
> ni comment l'ouvrir. Je ne sais pas comment c'es
Rodolphe Quiedeville a écrit :
Gaëtan Frenoy a écrit :
Bonsoir de Varna (Bulgarie),
Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une
modif
ni
Gaëtan Frenoy a écrit :
Bonsoir de Varna (Bulgarie),
Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
niveau fonctionnement il faut repass
zcp a écrit :
Gaëtan Frenoy a écrit :
Bonsoir de Varna (Bulgarie),
Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une
modif
niveau fonctionneme
[EMAIL PROTECTED] a écrit :
Bonsoir,
Oui je pense que c'est tres important, il faut pouvoir designer
facilement les bons de commande, les BL, et les factures, en fait
chacun à pratiquement le sien.
Est il envisageable de fonctionner avec un système de template avant pdf
lisible dans un
Cédric Brancourt a écrit :
Je te plussoie Cyrille sur l'aspect MVC.
Si je me souviens bien, la bibliothèque fpdf n'est pas du tout
ergonomique, enfin de mémoire (ca a peut être changé depuis).
Et de mémoire toujours, il n'est pas possible de générer un document de
manière modulaire avec cette
Yannick Warnier a écrit :
> Le vendredi 14 décembre 2007 à 00:51 +0100, Simon a écrit :
>
>> Il y a le "fdf", c'est un fichier au format texte qui fait appel à un
>> fichier PDF sur le serveur
>> Voir impot.gouv.fr, faire une simulation de calcul d'impôt puis demander
>> l'export pdf
>>
>> Ma
Le vendredi 14 décembre 2007 à 00:51 +0100, Simon a écrit :
> Régis Houssin a écrit :
> > Je reviend sur le sujet mais ca me parait important,
> > il va falloir qu'on trouve une procédure plus simple pour mettre en page
> > les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
Régis Houssin a écrit :
> Je reviend sur le sujet mais ca me parait important,
> il va falloir qu'on trouve une procédure plus simple pour mettre en page
> les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
> niveau fonctionnement il faut repasser sur tous nos modèles perso e
Le jeudi 13 décembre 2007 à 06:37 +0100, Gaëtan Frenoy a écrit :
> Salut,
>
> Le Wed, 12 Dec 2007 21:22:13 -0500, Yannick Warnier a écrit:
> > Même remarque pour la version OpenOffice de la même proposition. Même si
> > l'import est plus pratique, il faudra tout de même (et pour au moins une
> >
Je te plussoie Cyrille sur l'aspect MVC.
Si je me souviens bien, la bibliothèque fpdf n'est pas du tout ergonomique,
enfin de mémoire (ca a peut être changé depuis).
Et de mémoire toujours, il n'est pas possible de générer un document de
manière modulaire avec cette lib ... Il me semble que le pos
Salut,
Le Wed, 12 Dec 2007 21:22:13 -0500, Yannick Warnier a écrit:
> Même remarque pour la version OpenOffice de la même proposition. Même si
> l'import est plus pratique, il faudra tout de même (et pour au moins une
> année à venir) prévoir un export PDF parce que c'est ce que les clients
> sont
Bonjour,
En ce qui me concerne, utiliser un système MVC (Smarty) pour la
génération me paraitrait très sage.
En effet, quelle que soit la logique métier, chacun pourrait avoir son
propre template de rendu. Une modification de calculs ne remettrait pas
en cause les templates de pdf personnels.
Le mercredi 12 décembre 2007 à 19:36 +0100, zcp a écrit :
> Régis Houssin a écrit :
> > Le SVG permet de faire du graphique vectoriel, c'est un peu lourd pour
> > faire du pdf imprimable non ?
> >
> > Régis
> >
> >
>
> Bonjour
>
> S'il y a les traits, le texte... je suis sur que c'est plus lég
Gaëtan Frenoy a écrit :
Bonsoir de Varna (Bulgarie),
Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
niveau fonctionnement il faut repass
Bonsoir de Varna (Bulgarie),
Le Wed, 12 Dec 2007 18:07:11 +0100, Régis Houssin a écrit:
> il va falloir qu'on trouve une procédure plus simple pour mettre en page
> les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
> niveau fonctionnement il faut repasser sur tous nos modèl
Régis Houssin a écrit :
Le SVG permet de faire du graphique vectoriel, c'est un peu lourd pour
faire du pdf imprimable non ?
Régis
Bonjour
S'il y a les traits, le texte... je suis sur que c'est plus léger,
et c'est mieux parce que l'on à pas à ouvrir une grosse application
pour le voir.
Le SVG permet de faire du graphique vectoriel, c'est un peu lourd pour
faire du pdf imprimable non ?
Régis
On Wed, 12 Dec 2007 18:44:53 +0100, zcp <[EMAIL PROTECTED]> wrote:
> Régis Houssin a écrit :
>> Je reviend sur le sujet mais ca me parait important,
>> il va falloir qu'on trouve une proc
dev
Objet : [Dolibarr-dev] Modèle pdf
Je reviend sur le sujet mais ca me parait important,
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
niveau fonctionnement il faut repasser sur tous
Régis Houssin a écrit :
Je reviend sur le sujet mais ca me parait important,
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
niveau fonctionnement il faut repasser sur tous nos modèles perso et ca
p
Je reviend sur le sujet mais ca me parait important,
il va falloir qu'on trouve une procédure plus simple pour mettre en page
les pdf dans la prochaine version de dolibarr car dès qu'il y a une modif
niveau fonctionnement il faut repasser sur tous nos modèles perso et ca
prend vraiment du temps !!
35 matches
Mail list logo
