Forums : Xul, Xbl, JS...

certainement du au fait qu'en local, Mozilla n'obtient pas le type mime du fichier xsl, donc ne reconnait pas qu'il s'agisse de xsl, donc l'ignore.

Salut,

Je resors les vieux dossiers... J'ai le même problème, et mon appli (déclarée en chrome) est destinée à s'éxécuter en local. Y'a-t-il un moyen de contourner ce problème? Quelqu'un aurait-il un bout de code montrant comment effectuer une transformation XSLT sur un fichier XML (le but ici étant de générer du XUL).

Merci d'avance

Si le problème viens bien du type mime manquant tu peux le forcer avec overrideMimeType

J'avais rencontré récemmment le même soucis, que j'ai résolu en recréant un inputstream à partir du fichier XSLT (y a peut-être plus simple, auquel cas je suis preneur) :

J'ai en fait créé une fonction chromeInputStream() qui prend comme argument un nom de fichier (en fait le chemin d'accès depuis le répertoire chrome) et retourne un objet file-input-stream contenant le flux correspondant :

 function osWindows() {
 // Cette fonction retourne un booléen indiquant si on est en
 // environnement Windows ou non (utile pour construire les filepath
 // avec les bons caractères de séparation de fichier).
   return ((navigator.platform.substring(0,3) == "win") || (navigator.platform.substring(0,3) == "Win"));
 }

function chromeInputStream(filepath) {
 /**/
 // Récupération de l'uri d'accès au contenu de
 // "chrome://<monappli>/content", qui contient mon fichier xslt :
 var ios = Components.classes["@mozilla.org/network/io-service;1"].
         getService(Components.interfaces.nsIIOService);
  var ch_ec = ios.newURI("chrome://<monappli>/content", null, null);
 var chs = Components.classes["@mozilla.org/chrome/chrome-registry;1"].
         getService(Components.interfaces.nsIChromeRegistry)
 var uri = decodeNSURI(chs.convertChromeURL(ch_ec).path);
 /**/
 var debut = 0;
 if (uri.lastIndexOf("file://") > -1) {
   debut = uri.lastIndexOf("file://") + 7;
 } // ici, debut est l'indice du premier caractère utile de l'uri.
 /**/
 // Initialisation du FileInputStream qui sera retourné par la fonction :
 var is = Components.classes["@mozilla.org/network/file-input-stream;1"]
     .createInstance(Components.interfaces.nsIFileInputStream);
 /**/
 if (uri.lastIndexOf('!') > 0) {
   // Si on est dans un fichier JAR (cas général pour les xpi déployés), on contruit l'inputstream de retour
   // en ouvrant le .jar avec un objet zipreader :
   var jar = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
   var urizip = uri.substring(debut, uri.lastIndexOf('!'));
   if (osWindows()) {
     // Si on est sous windows, on remplace tous les / par des \ dans le chemin d'accès au fichier .jar
     while (urizip[0] == "/") {
       urizip = urizip.substring(1,urizip.length);
     }
     while(urizip.lastIndexOf("/") > -1) {
       urizip = urizip.replace("/","\\");
     }
   }
   //ouverture du fichier .jar :
   jar.initWithPath(urizip); 
   var zipreader = Components.classes["@mozilla.org/libjar/zip-reader;1"]
       .createInstance(Components.interfaces.nsIZipReader);
   zipreader.init(jar);
   var filepathtotal = uri.substring(uri.lastIndexOf('!')+2,uri.lastIndexOf("/")+1) + filepath;
   zipreader.open();
   // création de l'objet InputStream à partir du bon contenu :
   is = zipreader.getInputStream(filepathtotal);
 /**/
 } else {
   // si on n'est pas dans un fichier JAR (cas typique d'une phase de développement),
   // on accède directement au fichier :
   var file = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
   var filepathtotal = uri.substring(debut, uri.lastIndexOf("/")+1) + filepath;
   if (osWindows()) {
     while (filepathtotal[0] == "/") {
       filepathtotal =  filepathtotal.substring(1,filepathtotal.length);
     }
     while(filepathtotal.lastIndexOf("/") > -1) {
       filepathtotal = filepathtotal.replace("/","\\");
     }
   }
   file.initWithPath(filepathtotal);
   is.init( file,0x01, 00004, null); // Je ne sais plus la signification des paramètres 0x01, 00004 et null
                                     // (voir la doc de nsILocalFile),
                                     // mais ça fonctionne comme ça.
 }  
 /**/
 return is;
 /**/
}

Je peux alors utiliser mon xslt de cette manière :

var urlxslt = "test.xsl";
var is = chromeInputStream(urlxslt);
var docstylesheet = parser.parseFromStream(is,"UTF-8",-1,"application/xml");
var xsltproc = new XSLTProcessor;
xsltproc.importStylesheet(docstylesheet);
var domdoc = xsltproc.transformToDocument(objXML);

Ma fonction mérite certainement des améliorations pour la rendre plus générique, mais si ça peut aider...

Effectivement c'est un peu compliqué... :) J'ai trouvé plus simple, je le posterai dès que j'ai le temps. Merci beaucoup pour vos réponses, elles m'ont bien aidé.

Une remarque : est-ce normal que le XSLTProcessor ne prend pas en compte le texte de type CDATA? Il l'ignore complétement... (mais je ne connais pas la norme par coeur donc peut-être est-ce un comportement normal.)