Journal : Cherche solutions aux formulaires électroniques multiplateformes

Posté par ohmer (page perso, ) le 07 avril 2008
0
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 ? ;)

> Lire le journal (19 commentaires, moyenne: 2,8).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

Moi je trouve ca très bien les formulaires WEB

Posté par briaeros007 () le 07/04/2008 à 23:44. (lien). É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...

--
Subete ga wakatta toki…watashi ga anta wo korosu.
  • [^]Re: Moi je trouve ca très bien les formulaires WEB

    Posté par netchaiev () le 07/04/2008 à 23:54. (lien). É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 ...

    --
    http://www.paulla.asso.fr
    • [^]Re: Moi je trouve ca très bien les formulaires WEB

      Posté par briaeros007 () le 07/04/2008 à 23:57. (lien). É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.

      --
      Subete ga wakatta toki…watashi ga anta wo korosu.
  • [^]Re: Moi je trouve ca très bien les formulaires WEB

    Posté par ragoutoutou () le 08/04/2008 à 09:53. (lien). É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 redfish () le 08/04/2008 à 17:57. (lien). É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 netchaiev () le 07/04/2008 à 23:44. (lien). Évalué à 3.

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

--
http://www.paulla.asso.fr
  • [^]Re: ViteFait

    Posté par Mes Zigues () le 09/04/2008 à 01:18. (lien). É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 Vincent P (page perso, ) le 08/04/2008 à 00:05. (lien). É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 ohmer (page perso, ) le 08/04/2008 à 17:36. (lien). É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 ohmer (page perso, ) le 08/04/2008 à 20:14. (lien). É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 dark_star () le 08/04/2008 à 08:01. (lien). É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 Benjamin Delagoutte (Jabber id, page perso, ) le 08/04/2008 à 08:44. (lien). É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 fredd () le 08/04/2008 à 10:13. (lien). É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 Pierre Tramonson () le 08/04/2008 à 10:26. (lien). É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 imbolcus (page perso, ) le 08/04/2008 à 10:27. (lien). É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

--
Imbolcus
A vot' service
Vive le VTT dans les Vosges !!
  • [^]Re: OOo

    Posté par ohmer (page perso, ) le 08/04/2008 à 14:39. (lien). É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 zero heure (Jabber id, page perso, ) le 08/04/2008 à 11:37. (lien). É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).

--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm

Merci

Posté par ohmer (page perso, ) le 08/04/2008 à 14:40. (lien). É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 Grégoire G (Jabber id, page perso, ) le 08/04/2008 à 16:44. (lien). É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.

Revenir en haut de page