From: frederic.glorieux@ajlsm.com
Date: 12/02/2004 - 21:29
> Quelqu'un a t-il deja travailler sur ce genre de probleme ?
J'appartiens à la société qui a développé cyberdocs (cité plus bas dans
le thread). Je suis actuellement sur un projet différent autour de OO :
éditer à travers le monde via webdav, diffuser HTML directement à
travers cocoon. J'ai pas mal investi sur les XSL OpenOffice (je commence
à bien connaître cette DTD).
Je ne suis donc pas exactement concerné pas votre problématique, mais
j'en suis curieux.
> J'ai le projet de faire un serveur d'impression xml sous linux dans une
> architecture distribuée (multisite)
> Ceci me premettrai de n'envoyer sur le réseau que les données XML.
Quel est le but ? Alléger les flux sur le réseau ou harmoniser la
présentation des docs ?
> le but de de prendre un fichier xml de donnée (defini par l'entreprise)
Donc, une DTD maison ? Ou un standard comme Docbook ? Comment pensez
vous faire produire vos documents ? A l'éditeur XML ?
> ensuite le transformer en un fichier Openoffice.org 1.1 (en tenant compte d'un
> modele openoffice definit), puis d'envoyer le tous à une imprimante ou un
> convertisseur qui sort dans differents format.
(genre oooconv)
Je ne vous conseillerai pas l'usage industriel de oo comme composant
serveur (n'a pas été conçu pour). Mes tests remontent à un an, mais pour
convertir une collection de word, cela crachait au 4e fichier. Le projet
que vous citez semble me confirmer
<http://www.oooconv.de/engine/HowToConv.php?lang=en>
<< each time the macro is started, a new session of OpenOffice.org is
opened. This isn't catastrophic as such, but does consume resources, and
becomes a bother when I'm trying to do something else on the machine >>
>
> Les serveurs recuperant les données XML, les tranforment en fichier openoffice
> (Writer, Calc, draw ou impress) pour impression ou pour convertion.
Dans votre chaîne, pour être imprimé, vous avez besoin d'un format qui
dise pageA4, retrait à gauche etc ? Le XML natif de OO ne dit pas très
proprement ce genre de choses (lui s'en débrouille, il faudrait lui
confier la tâche de discuter avec l'imprimante directement). Il existe
un autre standard, XSL-FO, qui dispose de nombreux composants dont
<http://xml.apache.org/fop/> qui sait sortir de l'eps (pour vos imprimante).
> Quelqu'un peut il me donner un debut de reflexion ?
Une première chose est de savoir quels seraient les formats d'entrée,
comment seraient-ils produits. Ce serait le XML pur données qui circule
sur le réseau ? Ensuite votre serveur d'impression aurait de quoi
transformer votre schéma en FO, FO transformé en PostScript par FOP, et
envoyé à votre serveur.
> Quelqu'un est il interessé par ce projet pour m'aider et créer un projet
> opensource ?
Cela dépend de votre schéma d'entrée. Plus il est standard, moins vous
auriez à faire, et à vue de nez, il resterait plus de la méthode que du
code vraiment générique ?
--
Frédéric Glorieux http://www.strabon.org
AJLSM, ingénieur documentaire Maison des Sciences de l'Homme
<frederic.glorieux@ajlsm.com> 54 Boulevard Raspail 75006 PARIS
tel +33 (0)1 49 54 22 22 fax +33 (0)1 49 54 21 80
--
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)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC
webmaster@xmlfr.org
| 
