Geckozone

Ais-je loupé une étape ou y a-t-il une régression:

sur une page enregistrée sur mon DD (travail en local) je souhaite faire des liens vers d'autres pages du même dossier. Systématiquement, l'adresse est en absolu et il n'est pas possible de cocher: "l'url est relative à l'adresse de la page".
je répète (au cas où) que ma page est bien enregistrée, et dans le même dossier que les pages cibles.
Et le nettoyeur de balises (> coché uniquement relativiser les url... > résultat: 0) refuse la correction
Je sens que je loupe une étape quelque part et que je vais me faire huer.

j'ai la même chose avec l'adresse de ma feuille de style dans CaScadeS ...

Dans CaScadeS, l'url de la feuille est en adresse absolue, mais dans le code de la page , la référence à la feuille de style est bien relative. Donc pas de problème de ce côté là...

Désolé, pas de solution. Par contre, j'ai encore mieux, dans le genre. Donc, peut-être la même réponse. Je saute dans le train.

Attention, je dicte; ouvrez vos KpZ:
* dans une nouvelle page, introduisez le code suivant (pour une fois, utilisez l'onglet "Source", il n'est pas la cause du problème): * enregistrez sous le nom "page1.html"
* démarrez une nouvelle page vierge
* dans l'onglet "Normal", copiez/collez le menu (Attention, les distraits, j'ai bien dit l'onglet "Normal").
* un petit coup d'oeil dans l'onglet "Source" vous montre que toutes les adresses sont absolues. C'est logique: la page n'a pas encore été enregistrée.
* enregistrez cette deuxième page sous le nom "page2.html"
* retournez dans l'onglet "Source": toutes les adresses sont maintenant relatives.
Toutes les adresses? Non, pas toutes. le lien vers la page 2 est relatif.

* Recommencez avec une page 3 et une page 4.
A chaque fois, le lien vers la page elle-même est en absolu; les autres sont bien relativisées.
Mais ici, le nettoyeur de balises fait son travail correctement.
Toujours est-il que c'est curieux (et ennuyeux).
Référence de la manoeuvre: http://info.sio2.be/kpz/1/6.php

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Ymai a écrit :Attention, je dicte; ouvrez vos KpZ:

Je te crois sur parole

On doit douter de tout, mais pas avec tout le monde.
Pierre Descartes ou René Desproges (je ne sais plus)
[edit]Et le phénomène décrit n'est pas une régression. Constaté depuis toujours[/edit]

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Ymai a écrit :On doit douter de tout, mais pas avec tout le monde.
Pierre Descartes ou René Desproges (je ne sais plus)

Normalement, René... Descartes... Mais c'est pas grave, les deux étaient tourangeaux... et Pierre Desproges, bourgueillois, fils de bourrelier, était un ambassadeur "acharné et consommant" du breuvage de son village

"m'enfin!" Comme dirait Gaston
je fais remonter car nos digressions littéraires ne me donnent pas la réponse: régression or not régression sur le titre du sujet?

Je ne puis que confirmer.
J'établis un lien vers une autre page, même répertoire. L'adresse est absolue et la case "L'URL est relative" reste désespérément grisée.
Par contre, je ferme la boîte de dialogue par OK; je sélectionne le lien et Ctrl+L pour revenir: la case est cochée (mais l'adresse reste absolue).
Je l'arrange "à la main" et elle reste bien fixe.

Vous avez dit régression? Ce serait vraiment trèèèès ennuyeux. N'aurions-nous pas assez testé?


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Nous avons bien le même comportement et une correction à la main reste stable.

Sauf que j'ai écrit une bêtise: comme on le voit sur l'illustration, l'adresse est bel et bien absolue.
Mais tout se passe comme si KpZ ne voyait pas la descente de 3 sous-répertoire et la remontée de 3 sous-répertoires. Soit un retour vers le répertoire courant.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Serait-ce une spécificité de Windows™ ? Je n'obtiens pas les mêmes résultats avec Ubuntu.
[EDIT] Je viens de lire le dernier message d'Ymai, visiblement la vérité est ailleurs. [/EDIT]

chinon37 a écrit :sur une page enregistrée sur mon DD (travail en local) je souhaite faire des liens vers d'autres pages du même dossier. Systématiquement, l'adresse est en absolu et il n'est pas possible de cocher: "l'url est relative à l'adresse de la page".

Je confirme que la case «l'url est relative à l'adresse de la page» est bel et bien grisée ; par contre sur mon poste ça ne gêne pas, l'adresse cible est relative, aussi bien avec un Ctrl+L que dans l'onglet «source».

Ymai a écrit :Attention, je dicte; ouvrez vos KpZ:
* dans une nouvelle page, introduisez le code suivant [...]
* enregistrez sous le nom "page1.html"
* démarrez une nouvelle page vierge
* dans l'onglet "Normal", copiez/collez le menu (Attention, les distraits, j'ai bien dit l'onglet "Normal").
* un petit coup d'oeil dans l'onglet "Source" vous montre que toutes les adresses sont absolues. C'est logique: la page n'a pas encore été enregistrée.
* enregistrez cette deuxième page sous le nom "page2.html"
* retournez dans l'onglet "Source": toutes les adresses sont maintenant relatives.
Toutes les adresses? Non, pas toutes. le lien vers la page 2 est relatif.

Chez moi toutes les adresses sont en absolu...
Un coup de Nettoyeur de balises et tout revient dans l'ordre. C'est une des raisons pour lesquelles je voulais ajouter une option pour lancer le nettoyeur de balises à chaque sauvegarde.

chinon37 a écrit :je fais remonter car nos digressions littéraires ne me donnent pas la réponse: régression or not régression sur le titre du sujet?

Maitre Ymai dit que ce n'est pas une régression mais un vieux bug, je le crois sur parole. Le fait est que je n'ai pas touché à cette partie du code, donc logiquement il ne devrait pas s'agir d'une régression.

PS: le coup des adresses relatives qui ne se factorisent pas me parait préoccupant (ex: «../../../opt/lampp/htdocs/ades/test2.html» qui devrait être «ades/test2.html»), car ça ne peut pas être corrigé par le nettoyeur de balises et ça conduira à des liens morts lors du transfert sur le serveur web.