Je ne comprend pas bien comment generer le pdf sur "la machine de
l'auteur" pour que le serveur n'est rien à faire
Mes PDF sont des documents qui recupère des données d'une base de
donnée, le contenu est donc modifié en permanence selon les saisie des
utilisateurs. Ils doivent donc être génerés dynamiquement, il me semble
que le serveur et le seul à pouvoir effectuer cela
L'adaptabilité de l'application sur les serveurs les plus facilement
accessibles est un choix de developpement
Je suis actuellement dans la phase du choix des technologies, l'objet de
cette discussion est d'améliorer mes connaissances dans XML et ses
dérivées pour batir les etats de l'application. Dans sa configuration
actuelle celle-ci tourne sur un serveur mutualisé avec une config de
base (Apache2.0, HP 5, Mysql5). Le but final de la saisie des
informations est bien de faire une restitution, il y a l'écran mais
aussi (et encore) le papier. Mes sorties sont principalement des
tableaux à repartir sur plusieurs pages et des graphiques. Selon mon
choix d'implémentation des editions cela limitera ou non le portage de
l'application. Un bonne maîtrisse des conséquences de la technologie
utilisée doit être acquise avant de ce lancer tête baissée dans le
codage pour s'apercevoir au final que cela ne satisfait aucunement les
utilisateurs.
Mon bilan actuel est le suivant
XHTML + CSS :
Les plus : facilité de réalisation, affranchissement du format PDF
Les moins : limitation des options de mise en page, difficulté
d'interprétation par les navigateurs (la différence entre FireFox et IE
est beaucoup trop disparate), mise en forme des graphiques par
l'intermédiaire d'image sur le serveur
PHP + FPDF:
Les plus : universalité du portage, configuration aisée
Les moins : mise en page plus ou moins complexe en fonction du rendu
souhaité de l'état, codage important d'ou des temps de developpement
important
XSL FO + FOP :
Les plus : fonctions de mise en page plus riche
Les moins : mise en oeuvre sur un serveur dedié qui limitera la
diffusion de l'application, complexité de configuration, codage
important
XSL FO + programme commercial type RenderX ou XSL Formatter:
Les plus : fonctions de mise en page très elaborées
Les moins : mise en oeuvre sur un serveur dedié avec coût de licence
important non envisagable dans le cadre d'un projet opensource
iText sujetion récente d'Olivier LAMY:
Les plus : a apprecier
Les moins : mise en oeuvre sur un serveur dedié qui limitera la
diffusion de l'application, complexité de configuration,
Merci de votre aide
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Received on Sun Sep 24 10:57:49 2006
