Geckozone

Déclarer des entitées xml. Mais, est-ce compatible avectous les navigateurs ?

par exemple: Si vous voulez tester sans faire une page, vous pouvez aller voir ma page: http://louve.dyndns.org:8080/

Au pire, l'utilisateur n'a qua remplacer «&AT;»; par «@» et c'est bon.
C'est une bone solution, non ?

Bien sur, l'interêt c'est de ne pas mettre toujours la même chose sur les sites web, sinon, les aspirateurs d'e-mails risquent de voir la chose et de remplacer «&AT;» par le «@».

Mildred

je vien d'essayer chez moi et cela ne semble ni marcher avec ie ou firefox...

Autre solution : encoder ces adresses couriels. Ca marche avec IE et FX.
Voir -entre autres- le site d'aspirine : http://aspirine.org/emailcode.php

Problème : si javascript désactivé, plus de lien.

jv2759 a écrit :je vien d'essayer chez moi et cela ne semble ni marcher avec ie ou firefox...

C'est bizarre car chez moi ca fonctionne très bien avec ff 1.0

Si tu nous donnais une adresse valide, on pourrait vérifier ça par nous même.

moi j'ai fait un copier coler dans un fichier renomer html...

Ça fait une heure que j'essaie avec différentes syntaxes sans résultat.
J'ai même été jusqu'à éditer la dtd pour la modidifer mais pas mieux. Faut dire que j'y connais rien dans ce domaine.

SB a écrit :Problème : si javascript désactivé, plus de lien.

Euh... rien à voir avec JavaScript C'est un mécanisme de base du XML qui ne dépend absolument pas d'un quelconque script.

Par contre il faut que ta page soit bien déclarée en XML pour que ça fonctionne. Par exemple si c'est du xhtml : application/xhtml+xml (au lieu de text/html) (d'ailleurs je vois que ta page est en XHTML 1.1 donc tu es de toutes façons obligé de la déclarer comme XML et pas HTML), autrement dit il y a un certains nombre de navigateurs dans lesquels ça ne va pas marcher

Je pense que c'est l'erreur de SB, et surement celle de JV, vous avez du lui mettre une extension .html du coup le parseur XML n'est pas activé et forcément les entités ne sont pas traitées 8)

Mais c'est tout à fait possible.

Sinon, autre possibilité :

Eh mais c'est que tu me prendrais presque pour un débutant.

calimo a écrit :Euh... rien à voir avec JavaScript C'est un mécanisme de base du XML qui ne dépend absolument pas d'un quelconque script.

Ma remarque s'adressait à la méthode de Caméléon.

calimo a écrit :Je pense que c'est l'erreur de SB, et surement celle de JV, vous avez du lui mettre une extension .html du coup le parseur XML n'est pas activé et forcément les entités ne sont pas traitées 8)

Mais c'est tout à fait possible.

Ben non perdu ma page est en application/xhtml+xml. Mais comme je l'ai précisé, je ne doute pas que ce soit possible, simplement je ne maitrise pas suffisament la syntaxe de déclaration des éléments et entités et jusqu'ici je n'ai pas réussi.

Si tu as pu voir que sa page est en xhtml1.1, comment as-tu fait ? Aucun de mes navigateurs ne peut y accéder.
Edit:ben dans la dtd bien sur.

ps:Lyne ne l'écoutes pas, tu n'es pas obligée de la déclarer en application/xhtml+xml mais fortement incitée.

SB a écrit :Ma remarque s'adressait à la méthode de Caméléon.

Oups...

SB a écrit :Si tu as pu voir que sa page est en xhtml1.1, comment as-tu fait ? Aucun de mes navigateurs ne peut y accéder.

Je n'ai pas essayé, mais je vais le faire ce soir, il me semble que la syntaxe est bonne (s'il n'y a pas d'erreurs elle l'est probablement).

Bon, désolé encore

Finalement la syntaxe donnée par Mildred fonctionne (j'avais fait une faute ). Mais effectivement ça ne fonctionne qu'en application/xhtml+xml donc pas avec IE. Exemple.

Et qui vous dit que les bots n'interprètent pas correctement les DTD et leurs entités ? Dans ce cas, la protection est caduque, non ?

Il faudrait donc que le robot soit un parseur XML suffisemment évolué pour pouvoir analyser les fichiers XML et ses entités... possible, mais quand-même peu probable. Pas plus probable en tous cas qu'il soit capable de faire de l'OCR sur les images ou qu'il sache interpréter les javascripts