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: 06/01/2004 - 21:51


Principalement:
1. Saisie d'un document XML structuré coté client (et non une simple
liste attributs-valeurs qui doit être traitée par le serveur)

 La validation s'entend par rapport à un schéma W3C + des contraintes
supplémentaires exprimées en XPath (par ex, on peut vérifier qu'une date
de départ précède une date de retour). 3. Des formulaires plus
dynamiques (ajout de lignes dans une table, apparition d'un ensemble de
contrôle en fonction des données saisies
précédemment...)

On peut donc saisir des choses plus complexes en XForms, et utiliser une
syntaxe déclarative plutôt que JavaScript pour gérer validation et
dynamicité coté client. Par contre, ça ne change pas le modèle de
programmation d'une application Web multi-formulaires, seulement le
modèle des données qui transitent entre client et serveur.

>
> la norme xForms apporte t'elle une réponse claire à une cinématique
> complexe avec gestion de contextes applicatifs coté serveur.
>

Non, ce n'est pas l'objectif. Pour ça, il faut plutôt regarder Struts
(ou Cocoon ;).

Ok pour tout cela, mais le fait de disposer d'une interface déclarative
ne va t'il pas à l'encontre d'une séparation claire des données,
présentation et traitements type MVC à l'instar de ce que l'on peut
trouver en XML UI par exemple ?

Ce qui au passage permet de résoudre certains problèmes de découpages de
formulaires justement cités précédemment.

Je suis un peu déçu, car Il me semble, sauf erreur, que XForms soit
(encore/toujours) très orienté formulaires et que cela apporte une
certaine complexité sans apporter de solution de fond.

Mais peut être n'ai-je pas encore toutes les compétences nécessaires
pour bien appréhender cette problèmatique.

pierre

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.557 / Virus Database: 349 - Release Date: 30/12/2003
 

-- 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 28/06/2004 - 11:06 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