<link type="application/xml" ..>

Version imprimable

23/08/2012, 22h59
dark poulpo

<link type="application/xml" ..>

bonjour,

voilà ce que je cherche à faire, en fait je voudrais charger un fichier xml et récupérer son contenu sans passer par ajax... je pense que <link type="application/xml" href="....." > fait l'affaire.
Je sais qu'il existe un moyen j'avais lu un post mais pas moyen de remettre la main dessus...

peut-être faut-il un autre tag que link... ?

si quelqu'un peux m'aider...
merci,
23/08/2012, 23h35
headmax
Peut être une simple :
Code:

1 2 3 4 5 6 7 <iframe style="display:none" id="frameId" src="fichier.xml"> </iframe> <script> var theXML = frames['frameId'].contentWindow.document.XMLDocument; </script>
Attention sa ne marche que lorsque la src de ton iframe est ton xml son sur le même domaine, sinon tu dois obligatoirement passé par cors ce qui implique que ce serveur t'autorise le bon header() pour "cross domain".
23/08/2012, 23h42
dark poulpo

merci, mais iframe, je ne trouve pas ça super propre...
il n'y a pas un autre moyen?
24/08/2012, 08h17
SpaceFrog

iframe, déja codé => http://www.developpez.net/forums/d94...-gerard-majax/

ce serait possible avec une balise object

Sinon ajax reste la meilleure solution
24/08/2012, 08h50
dark poulpo

bon ok merci... tant pis, je reste sur ajax...
24/08/2012, 08h52
SpaceFrog

Juste un petit rappel:

ajax = xmlHTTPRequest ....

ce qui montre que c'est en fait à la base prévu pour recupérer du XML

l'objet possède d'ailleurs un responseXML
24/08/2012, 08h59
dark poulpo

moi ce qui m'étonne, c'est qu'il me semblait que <link> permettait de charger un contenu quand il était connu par le navigateur, ex : css, ... et dans le cas contraire ne servait que de lien... logiquement c'est bien le cas vu que les css donnés dans des <link> sont chargés... donc doit bien y avoir moyen de faire pareil pour un xml... même si au pire il faut le parser après

a priori il existe une autre possibilité exclusive à IE

la balise xml ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<html>
<head>
 
<script type="text/javascript">
function foo(){
alert(document.getElementById('fichierxml').getElementsByTagName('enfant').length)
}
</script>
</head>
 
<body onload="foo()">
Voici du Html...
<xml id="fichierxml" src="simple.xml"></xml>
<table border="1" datasrc="#fichierxml">
<tr>
<td><span datafld="nom"></span></td>
<td><span datafld="lien"></span></td>
<td>Anniversaire le <span datafld="date"></td>
</tr>
</table>
Et voici encore du Html !
</body>
</html>

24/08/2012, 09h15
dark poulpo

... bon donc on peut dire qu'il n'y a pas de solution valable autre que ajax...

merci,
24/08/2012, 09h17
SpaceFrog

sosu forefox
http://www.ibm.com/developerworks/xml/library/x-ffox3/
24/08/2012, 09h24
Bovino

Quel est le problème avec AJAX ? :koi:
24/08/2012, 09h33
dark poulpo

ce que je fais concerne du html5 exclusivement. je suis en train de faire un petit moteur webgl, et dans ma vision des choses, je souhaite fournir les choses (fichiers scene, shader, ..) à charger dans des tag link, ce qui me semble le plus propre, comme ça le moteur n'a qu'a scanner les link identifiés pour lui, mais je voulais éviter de les télécharger moi via ajax, et laisser le navigateur s'en occuper à ma place pour avoir qu'a traiter leur contenus... après tout, un navigateur s'est très bien télécharger un fichier, alors autant lui laisser le boulot...
24/08/2012, 20h02
thelvin

Il serait plus correct de dire que moins on en écrit, mieux c'est, et qu'en l’occurrence tu ne te sens pas plus le besoin d'user d'Ajax pour tes documents, que pour tes css ou images.

Et c'est pas faux, mais les images et le css, le navigateur sait déjà ce qu'il doit en faire. Tes documents, ce n'est pas le cas. D'une manière ou d'une autre, il a besoin de savoir ce qu'il doit en faire quand il a fini de le télécharger, et c'est ce besoin qu'adresse AJAX. Certes il est possible de brancher un listener sur un élément <img> pour savoir quand l'image est chargée, mais c'est un bricolage.