Journal Cherche solutions aux formulaires électroniques multiplateformes

Posté par  .
Étiquettes : aucune
0
8
avr.
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 ? ;)

  • # Moi je trouve ca très bien les formulaires WEB

    Posté par  . Évalué à 4.

    Ben quoi c'est vrai : c'est simple à faire, à mettre en place.

    Ce qu'il faut faire : ce n'est PAS utiliser un technicien pour faire les formulaires, mais demander au technicien(s)/ingé/admin/... de concevoir une plateforme de création/établissement/remplissage de formulaire (ca doit sans doute exister en libre avec les CMS, non?).

    Ensuite juste une gestion des droits sur la plateforme et voila le tour est jouée.

    Bref, faire un intranet avec un support de formulaire personnalisé.

    Enfin la c'est un "YAPUKA" :P

    Avantage du WEB ; beaucoup plus facile de gérer les délais, système de rapport automatique envoyé par mail dès la fin du délai, etc...

    • [^] # Re: Moi je trouve ca très bien les formulaires WEB

      Posté par  . Évalué à 0.

      (ca doit sans doute exister en libre avec les CMS, non?).

      C'est fou ça !! Le CMS là, le CMS ici, le CMS fourre-tout ... Le CMS règle tout ...
      Certes il existe un paquet d'extentions/plugins de ce style pour les CMS mais dès que l'on sort du cadre général du CMS (typiquement Article/Rubrique/Droits) et que l'on veut adapter celui-çi (par le biais de ces extentions) à son propre contexte (traitement de ses propres formulaires), l'usine à gaz n'est pas loin ...

      • [^] # Re: Moi je trouve ca très bien les formulaires WEB

        Posté par  . Évalué à 5.

        je parlait de CMS en général.
        Content Managing System.
        C'est bien ce qu'on lui demande non, de gérer du contenu (ie des formulaire et leurs données?).

        Fallait pas le prendre mal.

        Ensuite que ca s'apelle pas CMS mais SAF (Systeme Automatisé de Formulaire) ou autre, j'avoue que les technologies web et leurs surnom de plus en plus zarb, je suis que de très loin.

    • [^] # Re: Moi je trouve ca très bien les formulaires WEB

      Posté par  . Évalué à 3.

      Pour les formulaires web, c'est vrai qu'avec un développeur pas trop manchot, il y a moyen d'aller assez vite, surtout si on se base sur des frameworks comme PRADO.

      J'ai commencé il n'y a pas longtemps à développer un outil workflow avec Prado, et faire des formulaires avec ce framework est carrément trivial, surtout avec les nouveautés comme ActiveRecord qui permettent un bon niveau d'abstraction par rapport à la db.

    • [^] # Re: Moi je trouve ca très bien les formulaires WEB

      Posté par  . Évalué à 2.

      Pour ce genre de formulaire, nous utilisons http://www.limesurvey.org

      La création de formulaire est ultra-simple.

      Le seul inconvénient c'est dans la personnalisation du design si jamais on t'impose une charte graphique... ce n'est pas géré en CSS donc c'est un peu galère. Normalement ça devrait être corrigé dans la prochaine version.

  • # ViteFait

    Posté par  . Évalué à 3.

    Jamais utilisé mais d'après les infos, il pourrait de convenir
    http://www.adullact.org/breve.php3?id_breve=523

    • [^] # Re: ViteFait

      Posté par  . Évalué à 2.

      C'est exactement ce que j'allais conseiller. J'avais fait un essai avec la version 2 mais j'avais abandonné (nécessite un site web). Mais la création de formulaire s'était révélée très simple.
      http://vitefait.adullact.net/

  • # Plomino ?

    Posté par  (site web personnel) . Évalué à 4.

    Peut etre que Plomino conviendrait à ce que tu demandes ?
    Demo (en Flash oncécépalibre) :
    http://www.brehault.net/plomino/flashdemo

    Il y a eu une news il y a peu :
    https://linuxfr.org/2008/04/02/23927.html

    Bon courage dans la recherche de solution...

    • [^] # Re: Plomino ?

      Posté par  . Évalué à 1.

      Ça semble intéressant.

      C'est la première fois que j'installe une app Zope/Plone, donc pas trop évident au départ mais j'y suis arrivé.

      J'ai cherché un semblant de communauté sur le site officiel (forums, ml...), je n'ai rien trouvé. Ça existe ?

      D'après le num de téléphone, c'est une entreprise française qui semble être derrière ça, mais aussitôt que mon form contient un accent, ça plante lors de l'affichage de celui-ci... à moins que le problème soit du côté de Zope/Plone ? J'avoue que je n'en sais rien.

      • [^] # Re: Plomino ?

        Posté par  . Évalué à 1.

        Je me réponds à moi même. J'ai reçu le réponse à un mail envoyé au responsable du site. Pour ceux que ça intéresse, voici sa réponse :

        c'est un problème habituel sous Plone

        le plus simple est de mettre votre encodage par défault à utf-8
        pour cela, aller dans
        Plone-3.0.6/Python-2.4.4/lib/python2.4/site-packages
        et créez un fichier nommé sitecustomize.py avec le code suivant:
        import sys
        sys.setdefaultencoding('utf-8')
        et relancer zope

  • # un truc pas trop mal

    Posté par  . Évalué à 4.

    je cherchais un truc simple pour faire des formulaires facilement le truc qui se rapproche le plus

    http://www.pmwiki.org/wiki/PmWiki/Forms

    par contre c'est une syntaxe a apprendre quand meme, mais pour mes besoin c'etait assez pratique. et avec un petit plugin pdf cela gerer simplement des documents, attention le document a une mise en page plutot simple (genre rtf). necessite peut etre un peut de mise en place mais j'en suis satisfait

    cela gere bien les droits, bref a voir et a essayer

  • # Je suis également preneur

    Posté par  . Évalué à 2.

    Bonjour,

    N'oublie pas de venir nous faire un petit compte-rendu de tes recherches car j'ai le même besoin que toi mais je n'ai pas non plus trouvé d'outil adapté.

    Merci d'avance !

  • # Scribus

    Posté par  . Évalué à 7.

    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

    Scribus sait faire ça très bien, avec un petit bouton pour insérer des champs PDF (texte, case à cocher, menu déroulant,....)

  • # Formulaire électronique cd key

    Posté par  . Évalué à 3.

    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)

  • # OOo

    Posté par  . Évalué à 6.

    D'apres ce que tu dis, vous utilisez deja un outil qui est multiplateforme : OOo

    Pourquoi, ne pas remplacer tous les MSO par un OOo qui a l'avantage de tourner le meme maniere partout plutot qu'essayer de trouver des solutions abracadabrantesques pour faire causer ce satane autiste de MSO avec un hypothetique autre chose

    • [^] # Re: OOo

      Posté par  . Évalué à 2.

      On ne peut pas pour le moment migrer tout le monde en OOo. Le jour où Impress sera aussi bien que PowerPoint (c'est un peu le maillon faible de la suite je trouve) et qu'il pourra gérer les documents PPT parfaitement (le client veut du PPT...), nous pourrons le considérer.

  • # woda ?

    Posté par  (site web personnel) . Évalué à 1.

    Je te propose de jeter un oeil à Woda:
    C'est un SGBD allégé en Perl, pas gourmand du tout: il suffit d'un 486 avec Apache et Perl 4.
    Tu peux créer une base (un formulaire) de plusieurs façons simples:
    - une liste de champ dans un fichier texte
    - via une interface web
    - en exportant une feuille de calcul
    - en utilisant des modèles prédéfinis via l'interface web
    - en modifiant ces modèles via l'interface web

    Woda génère automatiquement les interfaces de création et de consultation.
    http://www.ddatabase.com ou http://www.alternatif.org/woda (français)

    Exemple de création via le web, à partir de modèles ou non: http://www.rent-a-db.com

    Je m'en sers tout le temps pour ce genre de choses (et plus).

    Ça n'est plus libre depuis 5 ans, mais ça le redevient dans un mois (nouvelle version).

    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

  • # Merci

    Posté par  . Évalué à 1.

    Merci pour toutes ces suggestions. Je vais regarder ça de près aujourd'hui et vous revenir là dessus avec mes conclusions.

  • # Un CMS : Spip + Plugin Form&tables

    Posté par  (site web personnel) . Évalué à 2.

    Bonjour

    Tu peux aussi installer la dernière version de Spip et le plugin Form&tables.

    Pas besoin de connaissances spécifiques pour éditer les formulaires.

    Les données sont exportables (au format tableur (csv?)) et affichables de différentes manières. On peut personnaliser l'affichage, mais là, il faut être un peu technicien.

    Que du libre.

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.