Bonjour, La question et votre réponse sont très intéressantes. Elles rejoignent une question antérieure au sujet des formulaires XForms transmis par messagerie et de leur exploitation sur Base et/ou sur Calc. Je découvre ce filtre xml2Calc que j'ai pu faire fonctionner sur un fichier .xml créé à partir d'un formulaire XForms lui-même réalisé sous Write. Je rappelle quelle était la question : je voulais récupérer des questionnaires d'enquêtes (formulaires XForms) par messagerie et ensuite en exploiter les résultats sur Calc sans saisie manuelle. J'espérais pouvoir charger ces formulaires sur Base, les visualiser sur un formulaire-écran créé avec Base, transférer les enregistrements sur Calc pour faire de l'analyse statistique et des diagrammes. Le cheminement a été plus complexe que cela, car Base ne traitant pas les fichiers Xml, j'ai du passer par plusieurs utilitaires pour créer une base de données Mysql, à partir du schéma généré à partir du fichier Xml, ensuite de charger un à un les formulaires Xml sur MySql, puis les récupérer sous Base avec Mysql comme base de données externe, et enfin par requête de récupérer une table sous Calc. Grâce à ce filtre xml2Calc, j'aperçois la possibilité de courcircuiter le détour par une BD externe. Par contre, trois difficultés dirimantes ne sont pas résolues : - Première difficulté : chaque fichier Xml correspond lui-même à un enregistrement et un seul. Dans ce cas le chargement direct dans Calc ne marche pas. Il faut rajouter dans la hiérarchie des champs un niveau d'imbrication correspondant à l'enregistrement : cela donne une balise supplémentaire et a priori inutile, après la balise correspondant au nom de l'arbre. D'où une intervention manuelle sur chaque fichier Xml ou plutôt il faut y penser à la création du formulaire. - Deuxième difficulté : on n'échappe pas semble t-il à devoir créer une nouvelle table Calc pour chaque fichier Xml (donc par enregistrement). - Troisième difficulté : je n'ai pas trouvé comment afficher un enregistrement Calc sous forme de formulaire. Donc pour l'instant, on a aussi vite fait de saisir les questionnaires à la main. Pour bien faire, il faudrait pouvoir regrouper les formulaires XForms reçus par messagerie en un seul fichier Xml et de manière automatique. Resterait la question de l'affichage des questionnaires en mode formulaire. Je ne suis pas très entraîné avec Calc et là je n'ai pas trouvé, je calque...
Il me semble que ces questions d'interface avec XML à des fins de publipostage ou de traitement statistique de formulaires ou d'autres hypothèses d'emploi, sont des questions fonctionnellement assez importantes, pour ne dire plus, pour OpenOffice. Christian -----Message d'origine----- De : Alain Nowak [mailto:[EMAIL PROTECTED] Envoyé : jeudi 11 janvier 2007 11:40 À : users@fr.openoffice.org Objet : Re: [users-fr] Fusion XML >>> OOo J'ai vu qu'il y avait déja eu des réponses sur un autre fil .. voila ce qui se passe quand on lit les listes avec trop de retard ! Alain Nowak a écrit : > Bonjour, > > Avec un peu de retard : OpenOffice ne propose pas directement de faire > du publipostage depuis une source de données XML. Mais il ya des > solutions : > - utiliser les capacités XSL de OpenOffice pour faire la fusion, en > développant vos XSLT, > - utiliser maxopeninfo (www.maxopeninfo.com) qui est un outil de > publipostage XML utilisant les fonctions XSL de OpenOffice > - utiliser xml2Calc, > (http://www.starxpert.fr/opensource/StarXpert_xml2Calc2.0_for_OOo1.1.zip) > pour importer dans Calc le contenu d'un fichier XML . La fusion peut > ensuite etre faire avec le fichier Calc. > - piloter OpenOffice par un développement spécifique (en Java par > exemple) pour effectuer ces fusions > La solution à utiliser dépend de ton contexte .. > > > Jean NEHLIG a écrit : >> Bonsoir, >> >> >> >> Dans le cadre d'une étude de migration de MS-Word vers des logiciels >> opensource, nous souhaitons savoir si OpenOffice gère la fusion de >> données provenant de flux XML en entrée. >> >> >> >> Si oui, une petite doc de base pour faire des tests nous serait bien >> profitable. >> >> >> >> Quelqu'un peut-il nous aider ? >> >> >> >> Sinon, on va rester sur Word ou chercher une autre solution >> opensource qui réponde à nos besoins. >> Merci d'avance pour tout renseignement que vous nous fournirez... >> >> >> >> Cordialement, >> >> >> Jean NEHLIG >> >> >> >> >> >> >> >> ---------------------------------------------------------- >> The information contained in this document is attorney privileged and >> confidential.The information is intented only for the use of the >> individual >> or entity named above. Should you receive this message in error, >> please delete >> it immediately from your system and notify the sender of the wrong >> delivery >> and the mail deletion. If the reader of this message is not the >> intended recipient, >> you are hereby notified that any use, disclosure, dissemination copying >> (either whole or partial) of this document, or any information it >> contains, >> is strictly prohibited. >> E. mail transmission cannot be guarantee to be secure or error free as >> information could be intercepted, corrupted, lost, destroyed, arrive >> late >> or incomplete, or contain viruses. The sender Company shall not be >> liable >> for the contents said document. >> If verification is required please request a hard copy version. >> > -- Alain Nowak - StarXpert 6, rue Eugène Varlin - 75010 Paris Tel : 08 77 67 59 71 / 06 07 95 61 99 http://www.starxpert.fr --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
