[FPDF] Faire des états imprimables avec PHP

ludovik · 07/09/2006, 09h36

Bonjour,

Je voudrais faire des états imprimables avec PHP. Mais problème : comment gérer la mise en page sachant que mes données sont issues d'une base de données et donc de longueurs diverses.

Merci

alain31tl · 07/09/2006, 09h49

Salut

Généralement, lorsqu'on récupére des données, on ne les affiche pas en vrac, mais conditionnées dans des tables structurées html.
C'est la base pour obtenir un document propre.
Si le document est voué à être imprimé, dans ce cas là les dimensions maxi des tables doivent correspondre à un format A4 , par exemple.
Mais il faut le prévoir au début du "projet".

guitou12 · 07/09/2006, 09h55

Le mieux est encore de générer un fichier pdf qui sera plus 'facilement' imprimable qu'une page html

alain31tl · 07/09/2006, 09h57

Exact pour le pdf, classe fpdf que je n'ai jamais utilisé d'ailleurs.

guitou12 · 07/09/2006, 10h05

Citation:

Envoyé par alain31tl

Exact pour le pdf, classe fpdf que je n'ai jamais utilisé d'ailleurs.

Ben franchement je m'y suis mis et on arrive à faire des pages bien sympa sans trop se fatiguer. Ca vaut le coup de se pencher dessus !

alain31tl · 07/09/2006, 10h21

Perso, ce n'est pas une priorité mais si ce n'est pas trop lourd à manipuler, ça me motiverait bien de tester cet outil, histoire de me donner des idées d'exploitation

.

ludovik · 07/09/2006, 10h21

Quand je parlais de php, c'était simplement pour dire que mes données provenaient d'une base mais ça va de soi que l'affichage se fait grâce au HTML.

La classe fpdf a l'air pas mal mais nécessite, j'ai l'impression, un petit temps d'apprentissage pour des tableaux à la présentation un peu plus élaborée.

Mon souci pincipal était : comment faire du A4 à partir de php et html? Y-a-t'il des solutions possibles grâce aux css?

zoom61 · 07/09/2006, 10h23

Citation:

Envoyé par alain31tl

Exact pour le pdf, classe fpdf que je n'ai jamais utilisé d'ailleurs.

Je l'utilise souvent. Bon la première fois que tu l'utilises tu rames un peu (normal c'est la première), ensuite cela devient très simple.

De plus, avec le package tu as une liste de toutes les fonctions utilisables, et tu as même des exemples sur tout ce qui est utile.

guitou12 · 07/09/2006, 10h26

Citation:

Envoyé par ludovik

Quand je parlais de php, c'était simplement pour dire que mes données provenaient d'une base mais ça va de soi que l'affichage se fait grâce au HTML.

La classe fpdf a l'air pas mal mais nécessite, j'ai l'impression, un petit temps d'apprentissage pour des tableaux à la présentation un peu plus élaborée.

Mon souci pincipal était : comment faire du A4 à partir de php et html? Y-a-t'il des solutions possibles grâce aux css?

Oui côté CSS on peut faire pas mal de trucs mais bon d'un côté si tu es au même niveau en génération de pdf qu'en CSS je pense qu'il est préférable d'attaquer directement par le pdf au moins tu pourras sauvegarder tes documents facilement.

Enfin bon si tu préfères le mode html je pense que du côté du forum CSS tu auras plus de réponses étant donné que ton souci est de nature mise en forme

ludovik · 07/09/2006, 10h40

Citation:

je pense qu'il est préférable d'attaquer directement par le pdf au moins tu pourras sauvegarder tes documents facilement

.

Je ne vois pas trop ce que tu veux dire, je peux très bien sauvegarder des modifs faites sur des feuilles de style!

guitou12 · 07/09/2006, 10h46

Citation:

Envoyé par ludovik

.

Je ne vois pas trop ce que tu veux dire, je peux très bien sauvegarder des modifs faites sur des feuilles de style!

Je voulais dire sauvegarder tes états en fichiers pdf pour en faire ce que tu veux après (imagine que tu doives les mailer à un correspondant ou que sais-je) alors qu'avec tes pages Html avec css tu ne pourras 'que' les imprimer ou les consulter

Moi je donne des idées et conseils après... c'est vous qui voyez !

ludovik · 07/09/2006, 10h52

Ah OK! Mais ces pages ne seront destinées qu'à l'impression ou la consultation.
Mais merci pour ton aide

alain31tl · 07/09/2006, 11h08

Aprés ce petit tour d'horizon, au demeurant interressant

... retour à la solution classique (html + css).
Ta question de base laissant un doute à ce sujet, as-tu au moins ces notions ? voire un éditeur pour composer ?

ludovik · 07/09/2006, 13h48

Merci pour ta compassion

J'ai des notions, je développe sur un sur un site Internet (sans faire des choses trop complexes) et j'utilise dreamweaver MX. Mais je cherchais une solution me permettant d'imprimer des états propres (et éviter des choses tels que des tableaux tronqués) dont les données proviennent d'une base et peuvent donc varier considérablement en longueur.

alain31tl · 07/09/2006, 15h26

Ok, mais je vois pas où est la difficulté. Dreamweaver est tout à fait capable de composer des tableaux classiques ou complexes. Dés lors qu'ils sont élaborés, rien ne t'empêche d'y intégrer ce que tu veux, telles que des données issus de requêtes.
(?)

ludovik · 07/09/2006, 15h45

Ben, je sais ça.
Mais ces tableaux sont destinés à être imprimés, ils devront donc s'intégrer parfaitement dans une mise en page A4. Quand c'est une présentation écran, ça ne pose aucun problème!

alain31tl · 07/09/2006, 16h04

Et bien, tu prévois des tableaux ne dépassant pas 21 cm, soit 595 pixels. ( - 2 fois marge de 20 pixels) = 555 pixels plus précisemment.
Attends, c'est une blague ?

Cyberbob002 · 08/09/2006, 14h01

Oui mais non

Tout n'est pas aussi simple que ça !
Un pixel n'aura pas la même taille sur tous les écrans du simple fait qu'il ne sont pas tous en 72 ppp.
Exemple récent : le nouvel iMac 24" qui a une résolution de 1920x1200. Si on calcul cela donne : 1920/24 = 80 ppp.

Une solution est de faire une feuille de style que pour l'impression avec des unité en cm. Le problème est que tous les navigateurs ne calculent pas de la même manière. Il reste donc des différences de dimension.
Autre point négatif, aucun ne gère correctement les marges et autres trucs sympa du CSS2

Tout cela pour dire que le PDF reste la meilleure solution pour avoir un état propre et identique quelque soit la plateforme utilisée.

Cyb.

alain31tl · 08/09/2006, 14h28

Je ne vois pas le rapport avec la résolution d'un écran et la taille réelle d'un document.

Celui qui dispose d'un iMac 24" qui a une résolution de 1920x1200 ne peut plus utiliser le format "traditionnel"A4 ???
Il y a des millers de site qui propose l'impression de documents (facture, devis, etc), sans se soucier de la configuration de l'utilisateur et ils ne sont pas pour autant au format pdf.

ozzmax · 08/09/2006, 15h00

Ca devient pas un peu complexe tout ca?

Pourquoi ne pas utiliser la classe fpdf?
ca va trop bien pour faire de belle page dans le format souhaité!
de plus rien ne t'empeche de faire une version html...le truc c'est lors de l'impression ben ce serait plus facile d'avoir un lien..version imprimable pointant sur le pdf...

une version imprimable web, je crois que tu t'embarque dans quelque chose de lourd

07/09/2006, 09h36	#1
ludovik Invité régulier Inscription : juillet 2002 Messages : 28 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 28 Points : 5 Points : 5	[FPDF] Faire des états imprimables avec PHP Bonjour, Je voudrais faire des états imprimables avec PHP. Mais problème : comment gérer la mise en page sachant que mes données sont issues d'une base de données et donc de longueurs diverses. Merci
	00

07/09/2006, 09h49	#2
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Salut Généralement, lorsqu'on récupére des données, on ne les affiche pas en vrac, mais conditionnées dans des tables structurées html. C'est la base pour obtenir un document propre. Si le document est voué à être imprimé, dans ce cas là les dimensions maxi des tables doivent correspondre à un format A4 , par exemple. Mais il faut le prévoir au début du "projet". __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

07/09/2006, 09h55	#3
guitou12 Membre émérite Guillaume Inscription : juillet 2006 Messages : 813 Détails du profil Informations personnelles : Nom : Guillaume Âge : 29 Informations forums : Inscription : juillet 2006 Messages : 813 Points : 905 Points : 905	Le mieux est encore de générer un fichier pdf qui sera plus 'facilement' imprimable qu'une page html __________________ Le . est la base de toute bonne concaténation, marre de voir des echo "Mavar1 = $toto et Mavar2 = $titi"; ou pire echo 'Mavar1 = ',$toto,' et Mavar2 = ',$titi; pratiquez plutôt le echo 'Mavar1 = '.$toto.' et Mavar2 = '.$titi;
	00

07/09/2006, 09h57	#4
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Exact pour le pdf, classe fpdf que je n'ai jamais utilisé d'ailleurs. __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

07/09/2006, 10h21	#6
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Perso, ce n'est pas une priorité mais si ce n'est pas trop lourd à manipuler, ça me motiverait bien de tester cet outil, histoire de me donner des idées d'exploitation . __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

07/09/2006, 10h52	#12
ludovik Invité régulier Inscription : juillet 2002 Messages : 28 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 28 Points : 5 Points : 5	Ah OK! Mais ces pages ne seront destinées qu'à l'impression ou la consultation. Mais merci pour ton aide
	00

07/09/2006, 11h08	#13
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Aprés ce petit tour d'horizon, au demeurant interressant ... retour à la solution classique (html + css). Ta question de base laissant un doute à ce sujet, as-tu au moins ces notions ? voire un éditeur pour composer ? __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

07/09/2006, 13h48	#14
ludovik Invité régulier Inscription : juillet 2002 Messages : 28 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 28 Points : 5 Points : 5	Merci pour ta compassion J'ai des notions, je développe sur un sur un site Internet (sans faire des choses trop complexes) et j'utilise dreamweaver MX. Mais je cherchais une solution me permettant d'imprimer des états propres (et éviter des choses tels que des tableaux tronqués) dont les données proviennent d'une base et peuvent donc varier considérablement en longueur.
	00

07/09/2006, 15h26	#15
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Ok, mais je vois pas où est la difficulté. Dreamweaver est tout à fait capable de composer des tableaux classiques ou complexes. Dés lors qu'ils sont élaborés, rien ne t'empêche d'y intégrer ce que tu veux, telles que des données issus de requêtes. (?) __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

07/09/2006, 15h45	#16
ludovik Invité régulier Inscription : juillet 2002 Messages : 28 Détails du profil Informations forums : Inscription : juillet 2002 Messages : 28 Points : 5 Points : 5	Ben, je sais ça. Mais ces tableaux sont destinés à être imprimés, ils devront donc s'intégrer parfaitement dans une mise en page A4. Quand c'est une présentation écran, ça ne pose aucun problème!
	00

07/09/2006, 16h04	#17
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Et bien, tu prévois des tableaux ne dépassant pas 21 cm, soit 595 pixels. ( - 2 fois marge de 20 pixels) = 555 pixels plus précisemment. Attends, c'est une blague ? __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

08/09/2006, 14h01	#18
Cyberbob002 Membre habitué Inscription : mai 2003 Messages : 140 Détails du profil Informations forums : Inscription : mai 2003 Messages : 140 Points : 130 Points : 130	Oui mais non Tout n'est pas aussi simple que ça ! Un pixel n'aura pas la même taille sur tous les écrans du simple fait qu'il ne sont pas tous en 72 ppp. Exemple récent : le nouvel iMac 24" qui a une résolution de 1920x1200. Si on calcul cela donne : 1920/24 = 80 ppp. Une solution est de faire une feuille de style que pour l'impression avec des unité en cm. Le problème est que tous les navigateurs ne calculent pas de la même manière. Il reste donc des différences de dimension. Autre point négatif, aucun ne gère correctement les marges et autres trucs sympa du CSS2 Tout cela pour dire que le PDF reste la meilleure solution pour avoir un état propre et identique quelque soit la plateforme utilisée. Cyb.
	00

08/09/2006, 14h28	#19
alain31tl Membre émérite Alain Inscription : novembre 2005 Messages : 897 Détails du profil Informations personnelles : Nom : Alain Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : novembre 2005 Messages : 897 Points : 910 Points : 910	Je ne vois pas le rapport avec la résolution d'un écran et la taille réelle d'un document. Celui qui dispose d'un iMac 24" qui a une résolution de 1920x1200 ne peut plus utiliser le format "traditionnel"A4 ??? Il y a des millers de site qui propose l'impression de documents (facture, devis, etc), sans se soucier de la configuration de l'utilisateur et ils ne sont pas pour autant au format pdf. __________________ Ce n'est pas parce que les choses sont difficiles qu'on n'ose pas les entreprendre. C'est parce qu'on n'ose pas les entreprendre qu'elles sont difficiles.
	00

08/09/2006, 15h00	#20
ozzmax Membre émérite Inscription : novembre 2005 Messages : 986 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : novembre 2005 Messages : 986 Points : 863 Points : 863	Ca devient pas un peu complexe tout ca? Pourquoi ne pas utiliser la classe fpdf? ca va trop bien pour faire de belle page dans le format souhaité! de plus rien ne t'empeche de faire une version html...le truc c'est lors de l'impression ben ce serait plus facile d'avoir un lien..version imprimable pointant sur le pdf... une version imprimable web, je crois que tu t'embarque dans quelque chose de lourd __________________ La perfection n'est pas un but, l'amélioration constante devrait l'être! La position des Développeurs de developpez avec les explications
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email