Journal : Cherche solutions aux formulaires électroniques multiplateformes
Posté par ohmer (page perso, ) le 07 avril 2008
Hello,
Depuis quelques semaines, je cherche une solution de remplacement pour nos formulaires électroniques utilisés à l'interne. Nous utilisons depuis plusieurs années MSO (surtout Excel et un peu Word avec quelques macros (très) basiques) pour développer nos formulaires.
Oui, je le sais, ce ne sont pas du tout des logiciels pour faire des formulaires, mais c'était une solution simple à mettre en place et qui marchait bien jusqu'à maintenant.
Notre parc informatique est devenu très hétérogène avec le temps avec des postes Mac, Windows et depuis quelques temps Linux a aussi fait son apparition chez quelques usagers. Il est donc important que la lecture (et le remplissage du form) soit possible sur ces 3 plateformes. Pour la création du formulaire, ce n'est pas très important même si ça serait souhaitable.
Premier problème avec notre solution actuelle, Microsoft a eu la bonne idée de supprimer le support VBA (qui était déjà très limité sur Mac) de MSO 2008. La cohabitation Windows/Mac qui fonctionnait bien jusqu'à maintenant est compromise avec ce changement. Garder tout le parc informatique Mac en MSO 2004 n'est pas une solution, car il souffre de gros problèmes de performances sur les Mac Intel.
Deuxième problème, MSO et OOo ne traite pas les champs de formulaire de la même façon (entre autre pour désigner les composants d'un groupe de boutons radio). Il est donc impossible de faire cohabier MSO et OOo, sans devoir faire 2 versions des formulaires.
Bref, il faut se tourner vers autre chose.
La première solution qui m'est venu en tête, c'est d'utiliser des documents PDF avec des champs éditables. Mais j'ai pas trouvé de logiciels simples à utiliser par un non-technicien. Je me suis perdu à quelques reprises sur le site de Adobe, mais j'ai tourné en rond plus qu'autre chose. J'ai essayé le support xform de OOo avec l'export PDF, mais ce n'est pas du tout concluant.
La seconde solution serait d'écrire une application Web et de stocker l'information dans une base de données. Le problème, c'est que ça prendrait un technicien à chaque fois pour designer un formulaire. Pas pratique.
Autres suggestions ou je suis condamné à tourner en rond éternellement ? ;)
Depuis quelques semaines, je cherche une solution de remplacement pour nos formulaires électroniques utilisés à l'interne. Nous utilisons depuis plusieurs années MSO (surtout Excel et un peu Word avec quelques macros (très) basiques) pour développer nos formulaires.
Oui, je le sais, ce ne sont pas du tout des logiciels pour faire des formulaires, mais c'était une solution simple à mettre en place et qui marchait bien jusqu'à maintenant.
Notre parc informatique est devenu très hétérogène avec le temps avec des postes Mac, Windows et depuis quelques temps Linux a aussi fait son apparition chez quelques usagers. Il est donc important que la lecture (et le remplissage du form) soit possible sur ces 3 plateformes. Pour la création du formulaire, ce n'est pas très important même si ça serait souhaitable.
Premier problème avec notre solution actuelle, Microsoft a eu la bonne idée de supprimer le support VBA (qui était déjà très limité sur Mac) de MSO 2008. La cohabitation Windows/Mac qui fonctionnait bien jusqu'à maintenant est compromise avec ce changement. Garder tout le parc informatique Mac en MSO 2004 n'est pas une solution, car il souffre de gros problèmes de performances sur les Mac Intel.
Deuxième problème, MSO et OOo ne traite pas les champs de formulaire de la même façon (entre autre pour désigner les composants d'un groupe de boutons radio). Il est donc impossible de faire cohabier MSO et OOo, sans devoir faire 2 versions des formulaires.
Bref, il faut se tourner vers autre chose.
La première solution qui m'est venu en tête, c'est d'utiliser des documents PDF avec des champs éditables. Mais j'ai pas trouvé de logiciels simples à utiliser par un non-technicien. Je me suis perdu à quelques reprises sur le site de Adobe, mais j'ai tourné en rond plus qu'autre chose. J'ai essayé le support xform de OOo avec l'export PDF, mais ce n'est pas du tout concluant.
La seconde solution serait d'écrire une application Web et de stocker l'information dans une base de données. Le problème, c'est que ça prendrait un technicien à chaque fois pour designer un formulaire. Pas pratique.
Autres suggestions ou je suis condamné à tourner en rond éternellement ? ;)
> Lire le journal (19 commentaires, moyenne: 2,8).
Vous avez demandé le commentaire #920750.
Run by 
Cette page a été générée par Templeet en 0.04s (dont 0.0041 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Formulaire électronique cd key
MOSS : http://www.microsoft.com/france/office/2007/servers/formsser(...)
ou (en version libre)
Alfresco : http://www.alfresco.com
dont le moteur de formulaires est basé sur XForms http://fr.wikipedia.org/wiki/XForms
Les deux solutions demandent un technicien pour designer un formulaire (surtout pour Alfresco puisqu'à ma connaissance il n'y a pas d'éditeur de formulaire, il faut modifier le doc XML XForms)