5568 sujets

Sémantique web et HTML

[résolu]Une histoire de map !

j'ai mis ce code dans ma page :

<div id="annonces">
       <img src="img/annonces/bandeau1.gif" width="163" height="163" usemap="mapannonce" alt="Journées Nationales pour la Vue" /> 
       <map name="mapannonce" id="mapannonce">
       <area shape="poly" coords="163,0,0,163,0,133,133,0" href="http://sos-retinite.com/jnlv.php" title="Journées Nationales pour la Vue" alt="Journées Nationales pour la Vue"/>
       </map>
  </div>


mais voilà en validant ma page erreur!! à cause du name="mapannonce" si je le supprime plus moyen de cliquer sur le lien ? comment puis-je régler ce soucis ?
Merci
Modifié par dentnoir (12 Sep 2005 - 19:23)
Bonjour,
name nest en effet plus accepté en XHTML 1.0, sauf pour les éléments de formulaire.
Est-ce que le problème name supprimé = lien ne marche plus n'apparaît que sur IE ?
Si oui, je ne peux que te répondre commentaire conditionnel.
et si c'est partout, javascript est le dernier moyen mais bon c'est pas glop.
name est toujours présent sur la balise map dans XHTML 1.0 mais déprécié.
C’est dans XHTML 1.1 qu’il n’existe plus sur cette balise, et c’est cette version de XHTML que dentnoir utilise actuellement (voir l’autre sujet).
IL me semblait bien qu'il devait y avoir un truc de ce style. autorisé mais deprecated.
Désolé, je ne pouvais pas savoir que tu utilisais XHTML 1.1. As-tu une bonne raison pour le faire ? parce que c'est conseillé plutôt de faire du 1.0.
Si j'en crois
http://openweb.eu.org/articles/html_au_xhtml/

a écrit :
Ajoutons que l'attribut "name" des éléments a, applet, form, frame, iframe, img, and map est déprécié et ne peut plus être employé en XHTML.



Contrairement aux autres balises où on peut (doit) doubler id et name...

Je viens juste de le faire (enfin il y a une ou deux semaines), c'est pour cela que je me rappelais l'avoir lu quelque part Smiley cligne
Bonjour. Je m'immice un peu dans le sujet, mais n'existe t'il pas un mécanisme permettant
d'adapter la DTD à ses besoins? Je crois l'avoir lu quelque part, mais je ne l'ai jamais pratiqué.
En effet, c'est quand même dommage avec xhtml de ne pas être en mesure de
bénéficier de la souplesse de XML qui permet justement de créer des
attributs de tout pièce et de les manipuler via DOM.... ou xslt.
Modifié par GeorgesM (13 Sep 2005 - 13:32)
Pourquoi adapter vos besoins à la DTD et non choisir la DTD en fonction de vos besoins ? Une bonne DTD transitional sera adaptée, tout simplement... (name ET id restent nécessaires : selon les navigateurs, il faut l'un ou l'autre, d'où la nécessité de mettre encore les deux...).
Il vaut mieux ça que des bidouilles tordues qui seront bien difficiles à rectifier dans l'avenir. De plus, ça restera valide et fonctionnel dans le temps, compte tenu de la "rétro-compatibilité" des futurs navigateurs. ET, au pire, on n'aura juste à rechercher les attributs "name" dans nos codes, quand il sera temps de remettre nos pages à jours en fonction d'une nouvelle DTD choisie et adaptée... pour de nouveaux navigateurs.
(Ce qui donnerait :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Bob (MC Melun) a écrit :
Si j'en crois
http://openweb.eu.org/articles/html_au_xhtml/

Ajoutons que l'attribut "name" des éléments a, applet, form, frame, iframe, img, and map est déprécié et ne peut plus être employé en XHTML.



Testé sur http://mcmelun.free.fr/bob/moto/index.htm , un des sites perso, si je ne met pas "name=" mais juste "id=" dans le frame, ça ouvre une nouvelle fenêtre pour mes liens target avec IE6 sous Win2000

J'ai modifié un autre site en local qui faisait pareil "pour voir" et en rajoutant name, ça marche (normal, c'est un site en HTML lui)

Et pourtant j'ai une déclaration XHTML

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr">



En début du fichier du frameset...

Y a une erreur dans la recommandation ou c'est encore un truc avec IE6 ? Je testerais ce soir avec FF et Opera...

Où alors il manque quelque chose de fortement obligatoire là ?

<head>
<title>BOB - Moto</title>
<meta name="description" content="Bob - Mes Motos - DTMX, DTLC, XTe, XJ, VFR, CBS" />
<meta name="author" content="F. 'Bob' ROBAR" />
<meta name="keywords" content="moto, motos, side, sidecar, balade, balades, tourisme, mcms, motards sympa, melun, seine et marne, bob, frm, dtmx, dtlc, xte, xj, vfr, cbs, yamaha, honda" />
<meta name="revisit-after" content="15 days" />
<meta name="robots" content="all" />
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
<meta http-equiv="content_style_type" content="text/css" />
<link rel="stylesheet" href="../frr.css" type="text/css" />
</head>


Parce qu'un site frame qui se comporte en target, je vais me faire tuer moi Smiley biggol
Ben justement : essaye de doubler tout tes "name=truc" d'un "id=Même_intitulé_que_le_name". Ca devrait marcher.
Je suis d'acord pour la solution puisque c'est elle qui sera appliquée - mais j'ai pris du retard là, un mariage en province puis la fatigue consécutive au mariage et au retour puis un relachement total après le retour (normal, j'étais le seul à ne pas dormir dans la voiure Smiley cligne ) hier soir font au je n'ai pas touché à mes sites depuis jeudi soir... A croire que je me fais Smiley vieux

J'aimerais quand même avoir une réponse de la part des t^tes chercheuses d'Openweb Smiley thumpup pour savoir si il sagit d'une erreur de leur part ou sinon chercher ou moi j'ai fait une erreur...
C’est probablement une phrase mal tournée. On peut lire plus haut dans le même article:

a écrit :
…il importe (en XHTML 1.0) de continuer à utiliser à la fois les attributs "name" et "id" pour désigner un même objet dans ces navigateurs…


La phrase que tu as citée devrait être en fait:

a écrit :
Ajoutons que l'attribut "name" des éléments a, applet, form, frame, iframe, img, and map est déprécié en XHTML 1.0 et ne pourra plus être employé dans les versions ultérieures.
Sujet clos
Aller à