Geckozone

J'ai testé ton exemple, chez moi ca fonctionne.
Apres le nettoyeur de balise le code source dans nvu est corrigé.
Mais pour voir le code avec l'editeur externe il faut d'abord forcer l'enregistrement du document (en tapant un caractere par exemple).
Une fois l'enregistrement fait, le code est vu corrigé avec l'editeur externe.

c'est drole, j'aurais pensé que c'était toi qui avais voté pour URL cleaner pour rétablir l'équilibre....
J'ai transposé ma page d'essai directement dans un dossier c:\essai..... mais quand je mets mes images dans la feuille de style interne, nvu me les transforme automatiquement en adresse relative... (on se demande à quoi sert ton extension

)
sur feuille de style externe, l'extension fait son travail correcetement: l'adresse est bien modifiée

chinon37 a écrit :c'est drole, j'aurais pensé que c'était toi qui avais voté pour URL cleaner pour rétablir l'équilibre....

Nan, je suspecte YMai

Pis t'as déjà du constater que je n'ai aucun sens pour baptiser mes extensions...

chinon37 a écrit :J'ai transposé ma page d'essai directement dans un dossier c:\essai..... mais quand je mets mes images dans la feuille de style interne, nvu me les transforme automatiquement en adresse relative... (on se demande à quoi sert ton extension )
sur feuille de style externe, l'extension fait son travail correcetement: l'adresse est bien modifiée

Je vais ajouter les deux cases à cocher dans CaScadeS, ça facilitera les tests

En attendant, faudrait tester en transformant à la main (éditeur texte) les URLs relatives en URLs absolues dans les feuilles de style...

Et si on faisait un petit bilan ?

Sans l'extension Hexaminator, Nvu mets toutes les url en absolue file:///c:...

Avec l'extension :

Dans cascasde (l'editeur css de nvu) : Donc dans les feuilles de style internes et externes tout est automatiquement transformé en url relative ../chemin/image.jpg
Dans le code source (et les styles qui sont dans le code source) il faut passer par le nettoyeur de balise, puis forcer l'enregistrement du document

Ceci avec la version 002.
Peut-etre que la version de handcoder du 1121 fait aussi du nettoyage, je me souvient plus. (En plus j'arrive pas a faire de liste, la honte) (Ca craind on peut voter qu'une seule fois ?)

Do-IT a écrit :Sans l'extension Hexaminator, Nvu mets toutes les url en absolue file:///c:...

uniquement dans les styles. Pour les attributs href et src, Nvu fonctionne correctement, à condition de ne pas oublier de cocher la case "cette URL est relative à l'adresse de la page".

Do-IT a écrit :Dans cascasde (l'editeur css de nvu) : Donc dans les feuilles de style internes et externes tout est automatiquement transformé en url relative ../chemin/image.jpg

...et les couleurs sont transformées en hexa. C'est le patch de CaScadeS qui fait ça.
A priori, ce n'est pas possible de transformer les couleurs RGB dans les styles en ligne (Nvu les retransforme aussitôt en RGB).

Do-IT a écrit :Peut-etre que la version de handcoder du 1121 fait aussi du nettoyage, je me souvient plus. (En plus j'arrive pas a faire de liste, la honte)

HandCoder 20051121 fait un autre genre de nettoyage, plus simple mais un peu brutal : il remplace toutes les URLs locales du code source (en mode texte donc), sans vérifier que ces URLs sont dans un attribut ou non, alors que Zworfgh utilise DOM pour ne modifier que les attributs concernés.

Je reconnais que du point de vue de l'utilisateur, la différence est minime. Si HandCoder lance le nettoyeur de balises avant Tidy, l'avantage est que les <br /> superflus et les listes imbriquées seront également corrigés.

PS: HandCoder 20051121 intègre aussi le patch de CaScadeS.

Do-IT a écrit :(Ca craind on peut voter qu'une seule fois ?)

Essaye en te déloguant

(je dis ça mais j'ai toujours pas essayé)
PS: Hexaminator j'aime bien, mais ça me fait plutôt penser à un éditeur héxa qu'à une extension dont le principal objet est de corriger les URLs...

Nouveaux tests :
Dossier à la racine du DD : pas de problèmes. Quelque soit la situation, les adresses absolues sont transformées en relatives.
Retour dans le dossier où je [devrais] crée[r] mon site : C:\Documents and Settings\Papou\Bureau\Dossiers Alain\Mozilla NVU\site
Je fais une nouvelle page appelée essaiurlclean.html.
Quelques soient les url(s), celles-ci ne sont pas transformées. Avec enregistrement de la page avant nettoyage, après nettoyage, après un « tidy », sans « tidy».
Est-ce la multiplication de dossiers et sous-dossiers ? Est-ce le fait que certains dossiers aient des espaces entre les mots ?...
Et Dieu dans tout ça ?

chinon37 a écrit :Est-ce le fait que certains dossiers aient des espaces entre les mots ?...

Je parierais une bouteille là-dessus

Tu es sous quel OS : Windows 98 ou XP ? Ca ne me surpendrait pas outre mesure que Win9x ait du mal avec les noms longs et les espaces !

ne paries pas trop vite,... on ne sait jamais...

Win xp sp2. je n'ai pas fait d'essais sur linux...
complément à 13h34
Suite à ton pari irréfléchi, j’ai déplacé tout le dossier « site » dans un dossier nvusite de c, soit : C:\nvusite\site (sans majuscule, espace, signes particuliers (lunettes, moustaches, etc)
Dans « site » j’ai enregistré la page « essaiurlclean »
J’ai créé un dossier image dans site, soit C:\nvusite\site\image dans lequel j’ai mis 2 photos : « france.png » et « avisiter .png» (sans majus.)
J’ai mis en styles internes, puis en feuille de style interne un fond sur le body et un autre sur un div : dans les deux cas, que nenni, point de correction !
ci-dessous, le code de la page :

Code : Tout sélectionner

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta name="generator"
 content="HTML Tidy for Windows (vers 1st July 2004), see www.w3.org">
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="content-type">
  <title>essaiurlclean</title>
  <style title="essai" media="all" type="text/css">
  body { background-image: url(file:///C:/nvusite/site/image/avisiter.png);
    background-position: left center;
    }

  .calque { background-image: url(file:///C:/nvusite/site/image/france.png);
    background-position: center top;
    }


  </style>
</head>
<body>
<div class="calque" style="width: 800px; height: 300px;">
</div>
</body>
</html>

Je ne vois vraiment pas ce qui coince !

La console JS est ne signale pas d’erreur !
Pour le nettoyeur de balise, un « quitter » au lieu de « annuler » serait plus judicieux

chinon37 a écrit :Je ne vois vraiment pas ce qui coince !

Moi non plus... j'arrive même pas à reproduire ton bug.

En désespoir de cause, aurais-tu la patience de :

refaire un profil Nvu tout neuf ;
n'installer que urlCleaner ;
refaire le test sur ta page ;
et si jamais ça tombe en marche, installer tes extensions une par une, pour voir celle qui fait coincer urlCleaner.

Paske j'ai pas tellement de pistes pour l'instant...

chinon37 a écrit :Pour le nettoyeur de balise, un « quitter » au lieu de « annuler » serait plus judicieux

ou plutôt un « fermer », comme pour CaScadeS

Malheureusement c'est plus compliqué que ça en a l'air (le mécanisme de boites de dialogue "made by Daniel" ne permet pas de changer les labels des boutons OK/Annuler avec une extension XPI "classique"). Peut-être plus tard, si je suis complètement désoeuvré.

En attendant, la version du jour : urlCleaner-003.
Au menu :

les modifications sont comptées proprement ;
les cases à cocher sont fonctionnelles (si on les décoche, pas de correction) ;
après nettoyage, si au moins une modification a été effectuée, la page courante est marquée comme "modifiée".

Ca me parait quasiment prêt pour la publier sur EGO/Nvu, il me reste à la rendre localisable... et à comprendre pourquoi ça ne marche pas chez chinon !

PS: je viens de voir que j'ai laissé un "Zworfgh" à la place de "Mode expert" dans CaScadeS... c'était pour faire un test, ça sera corrigé plus tard.

après avoir désinstallé toutes les extensions

, j'ai réinstallé uniquement Zworfgh dans sa version -003. ................ et je répète le bug (ou plutôt la non efficacité) à l'envie. J'ai fait un nouveau fichier, mais rien n'y fait. Je fatigue, je fatigue... Si quelqu'un pouvait me dire que ça ne marche pas non plus chez lui, je serais vachement content

peut-être une avancée

Je viens de refaire un essai en enregistrant ma page (toujours le même contenu) un niveau plus haut et la mise à jour en relatif s'est faite sans problème.
après reflexion, je remarque que j'ouvrais toujours le fichier d'essai par le gestionnaire de site (paramétré en local). Est-ce que ce dernier peut avoir une incidence sur le problème?

Je confirme :
Une page non enregistrée ne permet pas la transfo en relatif (logique)
Une fois enregistrée, l’extension fonctionne.
La même page ouverte dans le gestionnaire de site et modifiée ensuite (nouveau fond en adresse absolue) ne sera pas corrigée par la ^|#€#€ d’extension de Kazé.

Si la page est ouverte par "ouvrir un fichier" (ctrl + o), l’extension fonctionne.
Jle savais bien qu’on finirait par y arriver. Maintenant le pourquoi n’est pas de mon ressort. A vous de jouer, les pros ! 8)

chinon37 a écrit :après reflexion, je remarque que j'ouvrais toujours le fichier d'essai par le gestionnaire de site (paramétré en local). Est-ce que ce dernier peut avoir une incidence sur le problème?

Normalement non. J'ouvre moi aussi tous mes fichiers locaux à partir du gestionnaire de sites.

chinon37 a écrit :Une fois [la page] enregistrée, l’extension fonctionne.

C'est rassurant

chinon37 a écrit :La même page ouverte dans le gestionnaire de site et modifiée ensuite (nouveau fond en adresse absolue) ne sera pas corrigée par la ^|#€#€ d’extension de Kazé.
Si la page est ouverte par "ouvrir un fichier" (ctrl + o), l’extension fonctionne.

Original !

Au moins ça donne une piste. Je vais voir ce que je peux faire...

Je confirme mon diagnostic (après de nouveaux essais):
- un fichier ouvert par le menu édition (ouvrir un fichier ou ouvrir une page web) ou par l'icone ouvrir de la barre d'outils est modifié par Zworfgh
- un fichier ouvert par le gestionnaire de site n'est pas modifié par Zworfgh

Kazé a écrit :[chinon37 a écrit:
Est-ce le fait que certains dossiers aient des espaces entre les mots ?...]
Je parierais une bouteille là-dessus

Je crois que tu peux commencer à faire des économies, parcequ'une "Côte Rotie", c'est pas donné

Résultats définitifs du vote :

participation époustouflante : 5 votes !
Do-IT veut que l'extension soit incluse dans HandCoder ;
Chinon préfère le nom "Zworfgh" ;
les autres ont choisi la première case du sondage.

Va pour URL Cleaner donc.

Bien que je n'aie toujours pas reproduit le bug de Chinon37, j'ai mis une version 0.1 "officielle" sur EGO/Nvu. C'est grosso modo la version 0.0.3 avec la localisation anglaise en plus.

chinon37 a écrit :Je confirme mon diagnostic (après de nouveaux essais):
- un fichier ouvert par le menu édition (ouvrir un fichier ou ouvrir une page web) ou par l'icone ouvrir de la barre d'outils est modifié par Zworfgh
- un fichier ouvert par le gestionnaire de site n'est pas modifié par Zworfgh

Je vais te préparer une version de test...

chinon37 a écrit :Je crois que tu peux commencer à faire des économies, parcequ'une "Côte Rotie", c'est pas donné

Je crois que je vais plutôt la faire moi-même, en passant un "Côte du Rhône" à la rotissoire.

Geckozone

[URL Cleaner] chemins relatifs - Images et CSS