Lien vers URL directement ds la CSS , possible ?
Lien vers URL directement ds la CSS , possible ?
Ds mon code html, je voudrais qu'il y ait seulement :
<div class="accueil">Accueil</div>
et ds la CSS, je voudrais que le lien soit indiqué (en l'occurence, ma page index, bien sûr )
Je ne veux pas de <a href="http://ricardo.free.fr> ds le html car j'ai configuré le 'a' de façon différente pour d'autres liens.
C'est p e un peu brouillon ce que j'écris
<div class="accueil">Accueil</div>
et ds la CSS, je voudrais que le lien soit indiqué (en l'occurence, ma page index, bien sûr )
Je ne veux pas de <a href="http://ricardo.free.fr> ds le html car j'ai configuré le 'a' de façon différente pour d'autres liens.
C'est p e un peu brouillon ce que j'écris
http://ricardo.free.fr
PC - P4 2533MHz- CM : Asus P4s8x
Linux Débian ETCH & SID - FireFox 1.5 & Iceweasel 2.0 - KMail
Amitiés ! Ricardo.
PC - P4 2533MHz- CM : Asus P4s8x
Linux Débian ETCH & SID - FireFox 1.5 & Iceweasel 2.0 - KMail
Amitiés ! Ricardo.
oups, déloggué
Tutoriels et blog (X)HTML / CSS : css.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Il me semble pas, il est souvent utilisé avec juste name pour faire une cible de lien interne (certains navigateurs ne font pas la redirection avec juste un ID)
Ricardo : Tu peux utiliser les sélecteurs
a:link et a:visited pour appliquer quelque chose de précis aux liens qui sont des liens.
Par contre, mettre le href ailleurs est non seulement impossible (à ma connaissance), mais le lien fait partie de ton contenu et non de la présentation. Si quelqu'un désactivait (volontairement ou non) ta feuille de style il ne pourrait plus suivre le lien !
Ricardo : Tu peux utiliser les sélecteurs
a:link et a:visited pour appliquer quelque chose de précis aux liens qui sont des liens.
Par contre, mettre le href ailleurs est non seulement impossible (à ma connaissance), mais le lien fait partie de ton contenu et non de la présentation. Si quelqu'un désactivait (volontairement ou non) ta feuille de style il ne pourrait plus suivre le lien !
SIBELIUS : nop, il n'est pas obligatoire (Voir la spec)
Benoit : par contre le name est interdit
Ricardo : tu peux spécifier l'apparence des liens avec les classes, je ne comprends pas le problème...
Benoit : par contre le name est interdit
Ricardo : tu peux spécifier l'apparence des liens avec les classes, je ne comprends pas le problème...
Ah ok, merci pour l'infoXanthor a écrit :SIBELIUS : nop, il n'est pas obligatoire (Voir la spec)
Tutoriels et blog (X)HTML / CSS : css.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Interdit ? On ne parle pas du même HTML alors...
http://www.w3.org/TR/html401/struct/links.html#h-12.2 (en français
Et un peu plus bas :
http://www.w3.org/TR/html401/struct/links.html#h-12.2 (en français
Et un peu plus bas :
Use id or name? Authors should consider the following issues when deciding whether to use id or name for an anchor name:
* The id attribute can act as more than just an anchor name (e.g., style sheet selector, processing identifier, etc.).
* Some older user agents don't support anchors created with the id attribute.
* The name attribute allows richer anchor names (with entities).
Imaginons maintenant que tu parles du XHTML, voici ce que disent les notes de compatibilité http://www.w3.org/TR/xhtml1/#C_8 :Utiliser id ou name ? Les auteurs devraient considérer les points suivants au moment de décider lequel attribut utiliser entre id et name pour le nom d'une ancre :
* l'attribut id peut faire plus qu'un nom d'ancre (par exemple, sélecteur de feuille de style, identifiant de traitement, etc.) ;
* certains agents utilisateurs anciens ne gèrent pas les ancres créées par l'attribut id ;
* l'attribut name autorise des noms d'ancre plus variés (avec les entités).
et en françaisIn XML, URI-references [RFC2396] that end with fragment identifiers of the form "#foo" do not refer to elements with an attribute name="foo"; rather, they refer to elements with an attribute defined to be of type ID, e.g., the id attribute in HTML 4. Many existing HTML clients don't support the use of ID-type attributes in this way, so identical values may be supplied for both of these attributes to ensure maximum forward and backward compatibility (e.g., <a id="foo" name="foo">...</a>).
En XML, les URIs [RFC2396] qui termine avec des identificateurs partiels de la forme "#foo" ne se réfère pas aux éléments avec un attribut name="foo" ; mais au contraire, ils se réfèrent aux éléments avec un attribut défini de type ID, c-à.d., l'attribut id de HTML 4. Beaucoup de clients HTML existants ne maintiennent pas l'utilisation des attributs de type ID de cette manière, donc des valeurs identiques doivent être fournies pour les deux attributs pour assurer une compatibilité ascendante et descendante maximum (c.à-d., <a id="foo" name="foo">...</a>).
De toute façon je pense que l'attribut "name" restera autorisé, notamment au sein des formulaires, non ?
Comment récupérer les valeurs des champs de formulaires en PHP sinon ?
Comment récupérer les valeurs des champs de formulaires en PHP sinon ?
Tutoriels et blog (X)HTML / CSS : css.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Appendice c8 du xhtml 1.0:
http://www.la-grange.net/w3c/xhtml1/#guidelines
Les attributs et les éléments auxquels ils sont rattachés en html 4.01:
http://www.la-grange.net/w3c/html4.01/i ... butes.html (vers le milieu de page pour l'attribut name)
http://www.la-grange.net/w3c/xhtml1/#guidelines
Les attributs et les éléments auxquels ils sont rattachés en html 4.01:
http://www.la-grange.net/w3c/html4.01/i ... butes.html (vers le milieu de page pour l'attribut name)
« La vie d’un geek est un combat perpétuel contre l’imperfection »
On peut résumer en :Bobe a écrit :Appendice c8 du xhtml 1.0:
http://www.la-grange.net/w3c/xhtml1/#guidelines
Les attributs et les éléments auxquels ils sont rattachés en html 4.01:
http://www.la-grange.net/w3c/html4.01/i ... butes.html (vers le milieu de page pour l'attribut name)
Par contre je n'ai pas trouvé comment récupérer les champs du formulaire en PHP (id ne transmet pas les champs)Finalement, notez que le XHTML 1.0 a abandonné l'attribut name des éléments a, applet, form, frame, iframe, img, and map, et qu'il sera éliminé dans les versions suivantes.
Tutoriels et blog (X)HTML / CSS : css.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
On peut aussi retourner la phrase:SIBELIUS a écrit : On peut résumer en :Par contre je n'ai pas trouvé comment récupérer les champs du formulaire en PHP (id ne transmet pas les champs)Finalement, notez que le XHTML 1.0 a abandonné l'attribut name des éléments a, applet, form, frame, iframe, img, and map, et qu'il sera éliminé dans les versions suivantes.
D'où le lien que je donne vers la liste des attributs en html 4.01 (pour déduire des éléments sur lesquels disparait le name ceux sur lequel il reste).Finalement, notez que le XHTML 1.0 a abandonné l'attribut name sur la plupart des éléments sauf button, textarea, select, input, object, param et meta.
« La vie d’un geek est un combat perpétuel contre l’imperfection »
Euh et ça, vous le prenez comment ? et qu'il sera éliminé dans les versions suivantes.Xanthor a écrit : SIBELIUS, en résumé, au sein des formulaire c'est toujours autorisé
Moi je lis : "name" est abandonné sur plusieurs balises (mais pas input), mais il sera éliminé (complètement) dans les futures versions XHTML.
Tutoriels et blog (X)HTML / CSS : css.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Forum Standards / CSS : forum.alsacreations.com
Par "abandonné", l'auteur signifie que l'attribut name sur les éléments cités est deprecated et qu'il sera éliminé de ces éléments dans les versions suivantes.SIBELIUS a écrit : Euh et ça, vous le prenez comment ? et qu'il sera éliminé dans les versions suivantes.
Si tu n'es toujours pas convaincu, le module formulaire dans xhtml 1.1:
http://www.w3.org/TR/xhtml-modularizati ... ml#s_forms
« La vie d’un geek est un combat perpétuel contre l’imperfection »
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 13 invités