Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Dpi (dezon@club-internet.fr)
Date: 08/07/2004 - 19:02


Bonjour,

Je suis enfin heureux que quelqu'un pose cette fameuse question que
j'attendais depuis longtemps ;-)

La réponse est : la solution n'existe que sur le client riche XML UI !!
 
En effet,Les navigateurs actuel de par leur architecture(une seule page
affichée à la fois) ne peuvent réaliser de façon simple et efficace
cette opération. Afin de mettre en place un enchainement complexe de
plusieurs pages et ne faire le post des données finales (la transaction)
qu'à la fin de la cinématique applicative, le stockage d'un contexte
fonctionnel temporaire est nécessaire et cela pour chaque utilisateur
connecté au serveur web.

Les applications HTML, XHTML, XFORMS ou XML et même XUL dans la plupart
des cas stockent ce contexte sur le serveur ou bien le passent de pages
en pages dans des champs cachés.

Il est bien évident, au vu de notre expérience sur la maintenance
d'applications client léger utilisant ce genre de possibilités, que cela
ne peut être, à terme, une solution viable.

Essayez par exemple de stocker le contexte applicatif de milliers
d'utilisateurs sur un seul serveur (bonsoir la mémoire utilisée et la
puissance du proc ;-) ou bien modifiez une données dans la base sur le
serveur et essayez de retrouver ou la donnée peut bien passer dans les
pages ;-S

Les entreprises qui actuellement se tournent à nouveau vers une partie
locale en client-lourd l'on bien compris mais ils ne connaissent
certainement pas encore le client XML UI.

Bien entendu, cela doit s'accompagner d'un certain nombre d'autres
possibilités qui ne sont pas encore d'actualité mais bien réelles avec
par exemple une nouvelle conception MVC de type réseau (je veux bien
expliquer mais cela va prendre du temps ;-).

C'est à la base de ce postulat que j'ai commencé il y a 5 ans la
conception et le développement de xWidglets.

Il est aujourd'hui disponible et téléchargeable gratuitement.
Si vous êtes intéressés par le concept allez sur
http://xwidglets.secretgate.com

Si vous souhaitez en discuter ou en savoir plus sur ce type de
technologie n'hésitez pas à me contacter pour en discuter.

Pierre Dezon
xWidglets
http://xwidglets.secretgate.com

-----Message d'origine-----
De : xml-tech-bounce@xmlfr.org [mailto:xml-tech-bounce@xmlfr.org] De la
part de Benoit Bouyé
Envoyé : jeudi 8 juillet 2004 17:59
À : xml-tech@xmlfr.org
Objet : [xml-tech] Génération de formulaires en XHTML

Bonjour,

je suis actuellement en train de développer une appli qui permet à un
utilisateur de créer des formulaires à la volée. Pour celà j'utilise XML
(qui contient l'architecture des questions) XSL (qui génère le XHTML de
sortie) et PHP (sablotron pour le melange des 2 fichiers.). Je suis
actuellement sur un écueil technique que je n'arrive pas à franchir :
comment faire en sorte que mon formulaire XHTML soit découpé en
plusieurs pages, tout en gardant en memoire les valeurs entrées dans les
champs de saisie par le user sur la page $p-1 et ce jusqu'à la dernière
page avant enregistrement des datas dans un nouveau XML ? Existe t'il
une solution ? Je suis preneur de tout conseil !

Merci d'avance de vos réponses !

Voici un bout de code de mon XML.

<?xml version="1.0" encoding="ISO-8859-1"?>
<formulaire>
 <enquete ref="1">
  <questionnaire ref="2" mode="section" affichage="1000">
   <section>
    <titre>Identité</titre>
    <question>
    <reponse statut="obligatoire"/>
     <libelle champ="age">
      Quel est votre âge ?
     </libelle>
     <type nom="numeric">
     <inf>18</inf>
     <sup>70</sup>
     </type>
    </question>
    <question>
    <reponse statut="facultatif"/>
     <libelle champ="nom">
      Quel est votre nom ?
     </libelle>
     <type nom="text"/>
    </question>
   </section>
....

Benoit Bouyé

--
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)

-- 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 30/07/2004 - 13:32 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement