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.

xml tech : Technologies XML

[xml-tech] Re: RE Re: client riche XML

[xml-tech] Re: RE Re: client riche XML

Auteur: <dezon@club-internet.fr>
Date: 02/03/2005 - 14:58
X-Mailer: Medianet/v2.0

Bonjour,

xWidglets fait cela (http://xwidglets.secretgate.com)
Si vous êtes intéressé et étant le concepteur de cette solution, je pense pouvoir vous aider sur le sujet.

Pierre Dezon
dezon@club-internet.fr
http://xwidglets.secretgate.com

ps : désolé Laurent ;-))

----Message d'origine----
>A: xml-tech@xmlfr.org
>Sujet: [xml-tech] RE Re: client riche XML
>De: nicolas.Duffillot@nxbp.fr
>Date: Wed, 2 Mar 2005 14:23:52 +0100
>
>Exact !
>
>Je pensais à client lourd (mes recherches m'ont conduites vers la notion
>de client riche, d'où ma confusion). Mon besoin consiste en effet à
>exporter l'application aujourd'hui en client-side vers une appli simple,
>en java de préférence, dont la partie affichage serait obtenue par fusion
>xml/xslt.
>
>Merci,
>
>N.
>
>
>
>
>
>
>nicolas.Duffillot@nxbp.fr wrote:
>> Bonjour,
>
>Bonjour,
>
>>
>> Sauriez-vous si des clients riche XML sont déjà disponibles (en open
>> source) et si le résultat est satisfaisant ?
>>
>> Mon besoin est le suivant :
>> Je développe actuellement une application "client-side" à base de
>> xml/xslt. L'affichage est donc en html (généré). L'aspect client/serveur
>> n'étant pas crucial, je souhaiterai déporter (avec un minimum d'impact)
>ce
>> qui est fait aujourd'hui vers un client riche
>
>J'ai du mal à vous suivre : si l'aspect client/serveur n'est pas
>crucial, je ne comprend pas comment voulez-vous déporter vers un
>*client* riche.
>Si c'est un *client*, il y a forcément un serveur ? Non ?
>
>
>> dont l'interface utilisateur
>> serait obtenu comme dans un navigateur par fusion xml/xslt. L'autre
>besoin
>> consiste à pouvoir modifier la source xml en fonction des actions de
>> l'utlilsteur (ajout/modif de noeud ...), ce qui n'est pas aisé/pas
>> conseillé en client-side.
>
>idem ici : pas de client-side, mais client riche ? C'est quoi la
>différence pour vous ?
>
>Qu'appelez vous en fin de compte *client riche* ?
>
>Pour moi, client riche, c'est en opposition au client pauvre. Un
>navigateur web HTML, c'est un client pauvre (interface utilisateur
>pauvre). Client riche = interface utilisateur riche, et certains
>traitements liés à l'interface déportés coté client (mais gardant un
>lien avec le serveur pour les traitements "métier").
>
>Mozilla/Firefox avec son langage XUL est par exemple une plateforme pour
>client riche.
>
>
>
>---
>Laurent Jouanneau
>http://www.disruptive-innovations.com
>
>--
>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)
>
>
>
>
>L'integrite de ce message n'etant pas assuree sur internet, Natexis
>Banques Populaires ne peut etre tenu responsable de
>son contenu. Toute utilisation ou diffusion non autorisee est
>interdite. Si vous n'etes pas destinataire de ce message, merci de le
>detruire et d'avertir l'expediteur.
>
>The integrity of this message cannot be guaranteed
>on the Internet. Natexis Banques Populaires can not therefore be
>considered responsible for the contents.Any unauthorized use or dissemination is prohibited.
>If you are not the intended recipient of this message, then please delete it and
>notify the sender.
>
>--
>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)
Received on Wed Mar 2 14:58:56 2005

Archive générée par hypermail 2.1.8 le 31/03/2005 - 17:52 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