Discussion :

[ovh]

Bonjour à tous

Je ne m'y connais pas des masses en états, et je me pose la question suivante : souvent on voit que les générateurs d'états sont associés à des environnements de développement (Delphi, C++Builder, Visual C++ etc.), mais qu'en est-il des applications purement web développées en PHP, ASP et consors ?

Cas concret : site intranet en PHP pour la gestion d'un magasin. Il est inconcevable de concevoir la mise en page d'une facture - par exemple - en HTML puis de devoir l'imprimer via le browser ! On aurait alors des en-têtes et des pieds de page indésirables (par ex : l'url de la page, "page 1 sur 1" écrit en police énorme en bas à droite... ), mais on se trouverait aussi confronté à des problèmes de polices de caractères, etc. Le HTML n'est pas un langage fait pour le layout de documents papier...

Ce que j'imaginerais c'est un outil permettant de générer la facture au format PDF au niveau du serveur, le PDF étant alors renvoyé au client qui pourrait l'afficher directement via l'Acrobat Reader standard et l'imprimer. Et à ce moment-là, la mise en page serait parfaite et sans "parasites" Je pense au PDF car il s'agit d'un format "universel" et fait pour la mise en page de documents papier.

Existe-t-il des outils (si possible open source et gratuits ) pour cet usage ?

Merci à tous pour m'avoir lu et pour vos réponses

[tatareau]

possibilité PHP -> on fabrique un XML et mise en forme XLST

Doc : Pratique de MySQL et PHP chez O'REILLY

XLST processeur: Sablotron http://www.gingerall.com

mais attention utilisé une solution XML ou HTML avec XLST c'est complexe!

[ovh]

Un grand merci pour ta réponse

J'ai travaillé en XML il y a quelques mois pour un projet et en effet c'est loin d'être facile. Néanmoins je n'avais pas pensé à cette solution, et je vais voir s'il y aurait moyen de simplifier l'écriture du XSLT en se basant sur des templates PDF tout faits (ou fabriqués graphiquement, oula je rêve ) que mon script PHP n'aurait qu'à compléter...

[nannous]

il y'a des cours sur xslt sur jdnet developpeurs extra, excuse j'ai pas le lien mais c'est très facile à trouver.

[ovh]

Pas grave, de toute façon j'ai manipulé un peu de XSLT et je pourrai m'en sortir, mais j'espérais trouver une solution plus simple

Merci pour ta réponse en tout cas

[lem]

je relance le débat ...

=> rlib http://rlib.sicompos.com/
projet open source, basé sur xml, appel depuis une page php, mais le moteur tourne actuellement uniquement sur *nix...

=> Agata http://www.agata.org.br/us/index.php
à voir...

[Gluups]

Bonjour,

Si le seul problème avec un document HTML c'est les entêtes et pieds de pages, ça peut se gérer explicitement avec les options d'impression.

Mais c'est vrai que le PDF risque d'être plus pratique à gérer pour l'utilisateur, qui pourra stocker une facture toute prête, alors que pour stocker un document HTML ... le plus simple risque d'être d'imprimer au format PDF.
Par programmation, il y a d'autres solutions pour générer un PDF qui risquent d'être plus commodes à manipuler que le pilote d'impression. Sous réserve d'en disposer dans la plateforme utilisée.

Sinon XSLT peut effectivement s'avérer précieux pour partir d'un XML et arriver à un HTML. C'est plus long à maîtriser que Hello World, mais si le plus gros est fait de ce côté ...
Je ne suis pas certain que ça aide pour générer un PDF par exemple.
Mais ce n'est pas une obligation, plutôt que stocker un PDF on peut aussi générer de nouveau la facture à la demande.