[XSLT][Javascript] Transformation mineure d'un arbre xml

Bonjour à tous.

J'ai un arbre XML de ce type

Code:

---

1 2 3 4 5 6 7

<directory name="plop" current="yes"> <directory name="plup"> <file name="flop" /> <file name="flup" /> </directory> <directory name="empty" /> </directory>

---

Qui est transformée en page xhtml grâce à une feuille de style XSLT, qui transforme notamment mes <directory> en liens. J'aimerais que ces liens soient en fait des appels javascript qui "déplacent" le "current='yes'" d'un directory à un autre. Autrement dit, si je clique sur le lien généré à partir de mon directory "plup", ma page xhtml devra ressembler exactement à ce qu'elle serait si l'arbre XML était

Code:

---

1 2 3 4 5 6 7

<directory name="plop"> <directory name="plup" current="yes"> <file name="flop" /> <file name="flup" /> </directory> <directory name="empty" /> </directory>

---

Une idée de réalisation pour m'aiguiller ?
Merci beaucoup.

Bonjour,

tu peux utiliser une feuille de style XSLT avec un paramètre name.

Ce n'est pas vraiment au niveau du XSLT que j'aimerais agir mais directement sur le XML.

En gros, j'ai :
XML -> XSLT -> html + javascript -> XML' -> xslt -> html' + javascript
où XML et XML' diffèrent légèrement (déplacement d'un attribut) et html et html' sont les images par mon XSLT de XML et XML'.

N'y a-t-il pas moyen via javascript de récupérer le DOM du fichier XML directement (puisque tout est déjà chargé, j'aimerais qu'il n'y ait pas de nouvelle commnication avec le serveur).

Merci.

Oui, c'est possible de controler via le javascript une transfomation xsl et de mettre à jours le navigateur :
http://xml.developpez.com/sources/?p..._javascript_FF

J'aime bien jquery quand je fais du javascript, il y a un pluggin qui permet de t'abstraire du navigateur :
http://www.jongma.org/webtools/jquery/xslt/

Faire une transformation XSLT 1.0 en Javascript est effectivement assez facile (comme d'habitude, il y a Internet Explorer et les autres...).

Je ne peux pas m'empêcher de penser que votre problématique est aussi envisageable avec XForms qui, par extension, peut d'ailleurs utiliser XSLT aussi !

-Alain

Je crois bien que j'ai du mal à me faire comprendre ... Ma problématique n'est pas d'obtenir du html à partir d'un xml et de javascript, mais de 1) modifier le xml qui est à la base de mon html+javascript pour ensuite 2) le refaire passer par mon xslt.

Le 2) est OK, c'est le 1) qui est problématique.

Oui, et c'est là que XForms est intéressant : le document XML est dans une instance, il sert à afficher différentes choses. Lorsqu'il est modifié par des contrôles, l'affichage est rafraichi en conséquence.

-Alain

Et l'étape 1) peut se faire en javascript cad manipuler le xml puis appliquer le xsl pour raffraichir tout ou partie de la page courante.

Le problème c'est que ta question est ambigue dans ses données.
Est ce que tu peux modifié un XML en javascript:
oui et non
non, tu ne pourras pas modifier le fichier physique (ou alors il va falloir passer par des objets propriétaires ou du code serveur)
oui, tu peux modifer le flux mais sous condition

Code:

---

XML -> XSLT -> html + javascript -> XML' -> xslt -> html' + javascript

---

Tel que je lis je vois un XML lié à un xslt qui se transforme en HTML+javascript.
Les conditions pour pouvoir modifier flux XML + affichage ne sont pas vraiment réunis.

Si ton xml est produit par un formulaire , regarde du coté de XForms comme te l'a conseillé Alain ,cela peut t'intéresser

Sinon, ou si tu ne peux ou veux utiliser cette technologie , il va falloir faire des modifications.
1) créer une page HTML+ javascript
2) dans cette page , via les objets appropriés tu charges ton flux xml et xslt
3) tu lances la transformations
4) tu utilise inerhtml ou appendchild pour modifier ta page HTML avec le résultat de la transformation
5) pour modifier ton XML tu va utiliser les fontions dom approprié sur l'objet XML crée en 2
6) si tu veux afficher les modifs tu repasses en étapes 3

Merci beaucoup Erwy, tu réponds parfaitement à ma question. Mon but était d'éviter des flux de données inutiles entre le client et le serveur si le client activait javascript. Je ferai donc sans, mais c'est dommage n'est-ce pas ?

Tu feras donc sans... car tu cherchais à modifier le fichier physique présent sur le serveur? Car tu avais besoin de sauvegarder les choix de l'utilisateur pour plus tard?

Non car je voulais modifier l'arbre (et non le fichier XML) à l'origine du document xhtml+javascript ... mais encore une fois c'est trop dommage puisque le navigateur garde en mémoire ledit arbre XML (sous FF du moins, ctrl+u ne provoque pas de connexion au serveur).

Ce que t'as expliqué Erwy, permet de modifier le DOM en live, sans nouvelle requette http du navigateur :

Citation:

---

Envoyé par Erwy

1) créer une page HTML+ javascript
2) dans cette page , via les objets appropriés tu charges ton flux xml et xslt
3) tu lances la transformations
4) tu utilise inerhtml ou appendchild pour modifier ta page HTML avec le résultat de la transformation
5) pour modifier ton XML tu va utiliser les fontions dom approprié sur l'objet XML crée en 2
6) si tu veux afficher les modifs tu repasses en étapes 3

---

mais un rechargement du navigateur te fera perdre les modifications de l'utilisateur (à moins de les conserver via des cookies, mais ça devient vraiment complexe)

Citation:

---

Envoyé par prgasp77

Merci beaucoup Erwy, tu réponds parfaitement à ma question. Mon but était d'éviter des flux de données inutiles entre le client et le serveur si le client activait javascript. Je ferai donc sans, mais c'est dommage n'est-ce pas ?

---

Citation:

---

Envoyé par Morbo

Ce que t'as expliqué Erwy, permet de modifier le DOM en live, sans nouvelle requette http du navigateur :
mais un rechargement du navigateur te fera perdre les modifications de l'utilisateur (à moins de les conserver via des cookies, mais ça devient vraiment complexe)

---

Morbo, je sais que tu es de bonne intention, et je te remercie pour ton aide. Mais par pitié ! lis plus attentivement mes messages. C'est la troisième fois que tu ignores une partie de mes phrases, c'est assez frustrant :cry:

Oh, ben écoute, j'admet très bien être faillible, parfois lire un peu vite.
Mais en l'occurrence, je pense pas avoir grand chose à me reprocher.

Ce que t'as décris Erwy se base justement sur une solution client javascript, je ne vois dont aucune contradiction et je ne comprends pas pourquoi tu la rejetes.

Mais bon, puisqu'on arrive pas à communiquer, je vais pas m'obstiner non plus, on s'en remettra l'un et l'autre ;).

Erwy m'a expliqué que je ne pouvais pas faire ce que je souhaitais à moins de faire une modification (qu'il m'a proposée). J'en attendais pas plus.