[URL Cleaner] chemins relatifs - Images et CSS

[Invité]

Comment faire pour que Nvu utilise les chemins relatifs pour pointer la feille de style CSS, ainsi que les images (pour que si je copie mon dossier sur un CDrom par exemple, la page web puisse retrouver tout çà ??

J'ai aussi remarqué que Nvu crée la feuille de style dans le dossier dans le quel se trouve la page HTML en cour de création et non dans le dossier annexe dans lequel on place les images...

jerome

[Kazé]

Comment faire pour que Nvu utilise les chemins relatifs pour pointer la feille de style CSS, ainsi que les images (pour que si je copie mon dossier sur un CDrom par exemple, la page web puisse retrouver tout çà ??

Il y a souvent une case à cocher du genre "l'URL est relative à la page", qu'il faut sélectionner.
Mais il arrive que Nvu transforme les URLs relatives en URLs absolues au moment de la sauvegarde.

Dans 90% des cas, c'est parce que l'utilisateur crée sa feuille de style avant de sauvegarder sa page HTML. Mais pas seulement, j'ai souvent constaté que que Nvu pourrissait les URLs, notamment pour l'adresse de la feuille de style liée.
Pour les quelques cas où ça arrive, il faut corriger l'adresse directement dans le code HTML (la vue "Source" de Nvu).

J'ai aussi remarqué que Nvu crée la feuille de style dans le dossier dans le quel se trouve la page HTML en cour de création et non dans le dossier annexe dans lequel on place les images...

Oui, je trouve ça normal.
Rien ne t'empêche de déplacer ta feuille de style après l'avoir créée, il suffit de mettre à jour son adresse dans les pages HTML qui l'utilisent : soit en utilisant l'éditeur CSS, soit en modifiant directement le code source.

[jpbardiau]

Et lorsqu'on corrige l'adresse des css en relatif dans un éditeur externe (ex. PSPad) et qu'on revient dans Nvu, il la remet en absolu.

[Kazé]

Je suis en train de bricoler mon extension pour transformer toutes les adresses "file:///" en adresses relatives. Cette question revient trop souvent à mon goût.

[Do-IT]

Excellente nouvelle ca ! Et dans les feuilles externes aussi ?

[Kazé]

Ouh là ! C'est une autre histoire, il faut bricoler l'éditeur CSS pour ça. Rien à voir avec des bêtes regexp sur le code source de la page courante...

Mais bon, ça ne doit pas être bien compliqué à faire. Je regarderai.

[Kazé]

Il y a un bug vraiment pénible avec Nvu et les adresses relatives, ça concerne les images que l'on passe avec des règles de style :

Code : Tout sélectionner

url(images/fond.png)

L'éditeur CSS de Nvu (CaScadeS) les transforme systématiquement en adresses absolues. Il est toutefois possible de corriger directement le code source.

D'une manière générale, CaScadeS a une facheuse tendance à remplacer toutes les adresses relatives en adresses absolues. C'est très pénible, ne serait-ce que pour l'affichage des feuilles liées (on ne voit jamais l'adresse des feuilles). C'est à l'origine de quelques questions récurrentes.
J'avais proposé un patch à Daniel concernant ces adresses relatives dans CaScadeS. Le patch a été refusé, mais je me vois mal proposer une extension de CaScadeS alors qu'il est en train de commercialiser une extension payante du nom de CaScadeS II !

Une autre bug, moins gênant, concerne les images dont le chemin contient des caractères spéciaux : espaces, parenthèses, accents, etc. CasCadeS ne les échappe pas, si bien qu'une telle image ne sera pas visible, ni dans Nvu, ni dans le navigateur.

Et lorsqu'on corrige l'adresse des css en relatif dans un éditeur externe (ex. PSPad) et qu'on revient dans Nvu, il la remet en absolu.

Si tu parles de l'adresse des feuilles de style, du genre :

Code : Tout sélectionner

  <link rel="stylesheet" href="style/kaze.css" type="text/css" />

ce n'est pas vrai (ou du moins, je ne l'ai jamais constaté).
On peut corriger manuellement l'adresse pour la rendre relative, dans son éditeur texte, mais quand on revient à Nvu, il faut penser à recharger la page courante (leçon n°1 de l'utilisateur Nvu accro à son éditeur texte).

Sans NsmConText ni HandCoder, Nvu ne permet pas de recharger une page qui n'est pas marquée "modifiée" ; il faut donc faire une modif bidon (ex: barre d'espace) puis cliquer sur "Restaurer" pour recharger la page.

Pour finir sur une note positive : ma version de travail de HandCoder transforme toutes les adresses "file:///" de la page courante en adresses relatives. Ca m'a l'air de fonctionner, je posterai une beta prochainement.
Les URLs dans les feuilles externes relèvent d'une modification de CaScadeS, que je rechigne à implémenter pour l'instant.

[Do-IT]

Daniel est en train de commercialiser une extension payante du nom de CaScadeS II !

12€
CaScadeS n'est pas un sujet tabou ?
Sans parler des autres projets nvu de Daniel.

[Kazé]

Auto-pub, auto-citation :

ma version de travail de HandCoder transforme toutes les adresses "file:///" de la page courante en adresses relatives. Ca m'a l'air de fonctionner, je posterai une beta prochainement.
Les URLs dans les feuilles externes relèvent d'une modification de CaScadeS, que je rechigne à implémenter pour l'instant.

Voilà la dernière beta en date : HandCoder-20051120-fr
Il n'y a pas (encore) de préférence associée, l'opération est effectuée avant le lancement de Tidy.

Dans le même ordre d'idée, j'ai remis la main sur un vieux patch de CaScadeS, que j'avais proposé il y a quelque temps. Je l'ai amélioré et intégré à HandCoder ; ce patch :

• permet d'afficher l'adresse relative des feuilles de style externes dans CaScadeS ;
• corrige toutes les URLs locales en URLs relatives dans les feuilles de style (internes ET externes) modifiées avec CaScadeS ;
• convertit les couleurs "rgb(x, y, z)" en héxa.

Idéalement il faudrait que je propose une extension du genre "RelativeURLs", qu'on lancerait depuis le nettoyeur de balises, mais c'est plus compliqué que de l'intégrer à HandCoder...

[Kazé]

Premier XPI:

• 

Nota :

• Le patch de CaScadeS (cf. précédant message) est inclus.
• Les couleurs RGB ne sont pas corrigées dans les style en ligne, mais me semblent bien corrigées dans les feuilles de style.
• Le comptage des URLs et couleurs corrigées est incorrect (sous-estimé).
• La page n'est pas marquée "modifiée" après correction (pas de disquette rouge dans l'onglet).

Sinon, ça me semble fonctionnel. Téléchargement ici pour les curieux.
Si quelqu'un peut me suggérer un nom d'extension, ça serait cool (URL Cleaner, Relative URLs, Relativizator, Zworfgh, ...) 8)

[Do-IT]

Ca veut dire que c'est plus inclu dans handcoder pour une utilisation transparente ? il faut installer hexaminator puis lancer manuellement le netoyage ?

[Ymai]

Génial!
Le problème des url externes enfin résolu!!
Merciiiiiii
Je confirme toutefois le caractère trop pessimiste de l'extension. On croit qu'elle ne fait pas et pourtant, elle fait!!!! Trop modeste, beaucoup trop modeste à mon goût.
De la belle ouvrage.

[Kazé]

Ca veut dire que c'est plus inclu dans handcoder pour une utilisation transparente ? il faut installer hexaminator puis lancer manuellement le netoyage ?

Probablement.
Techniquement, les deux extensions n'ont rien à voir, donc ça serait plus logique de ne pas mélanger les genres.
De plus, c'est un problème de Nvu qui touche surtout les utilisateurs "souris", pas les utilisateurs "clavier" (qui utilisent un éditeur texte pour leurs feuilles de style).
Et très sincèrement, même si je pratique l'auto-pub avec vigueur et enthousiasme, je me vois mal conseiller d'installer HandCoder à un débutant qui se demande pourquoi la publication de son fond d'écran n'a pas fonctionné...

De toutes façons, ça serait pratique d'avoir dans HandCoder une préférence pour lancer automatiquement le nettoyeur de balises avant Tidy, ne serait-ce que pour les <br /> et les listes imbriquées.

[Kazé]

Génial!
Le problème des url externes enfin résolu!!
[...]
De la belle ouvrage.

Merci 8)

[Do-IT]

Heuu, ca corrige rien dans la feuille de style externe.

Heuuu2, une petite option a cocher pour que ca le fasse en transparent ?