target=_blank pour site valid XHTML strict
33 messages • Page 1 sur 3 • 1, 2, 3
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
target=_blank pour site valid XHTML strict
Une réponse que je ne trouve pas et qui doit être simple j'espère
si je mets la balise target=_blank pour ouvrir un lien dans une nouvelle fenêtre, le site n'est plus valide.
Quelle est la solution pour remplacer le target=_blank et être valid ?
Merci
si je mets la balise target=_blank pour ouvrir un lien dans une nouvelle fenêtre, le site n'est plus valide.
Quelle est la solution pour remplacer le target=_blank et être valid ?
Merci
- petit-ourson
- WRInaute passionné

- Messages: 843
- Inscription: Lun Mai 31, 2004 15:19
Ne pas en mettre ... pourquoi veux tu faire un site valide si tu ne respecte pas cette validité ?
Autant faire un site invalide avec des target="_blank"
Autant faire un site invalide avec des target="_blank"
-

phpmikedu83 - WRInaute accro

- Messages: 1281
- Inscription: Sam Aoû 06, 2005 7:34
Re: target=_blank pour site valid XHTML strict
sim100 a écrit:Une réponse que je ne trouve pas et qui doit être simple j'espère
si je mets la balise target=_blank pour ouvrir un lien dans une nouvelle fenêtre, le site n'est plus valide.
Quelle est la solution pour remplacer le target=_blank et être valid ?
Merci
Tu ne peux pas être valide en xhtml strict et ouvrir des pages dans une nouvelle fenêtre car ça "casse" la navigation du site, ce qui est contraire à la déclaration "XHTML strict"!!!
Il n'y en a pas en effet (appart en javascript, mais l'interêt de cette norme est d'être respectée donc ça ne sert à rien de vouloir la contourner
).
Le principe de cette norme est simple : En cliquant sur un lien externe, le visiteur continue son surf selon ce qu'il recherche, il n'a donc plus rien à faire sur le site ou était le lien
Le principe de cette norme est simple : En cliquant sur un lien externe, le visiteur continue son surf selon ce qu'il recherche, il n'a donc plus rien à faire sur le site ou était le lien
-

Sumatrapointfr - WRInaute passionné

- Messages: 785
- Inscription: Mar Avr 19, 2005 10:03
Tu peux bricol une sorte de pop up comme ca :
<a href="***.php" onclick="window.open(this.href, 'exemple', 'height=450, width=400, top=100, left=100, toolbar=no, menubar=yes, location=no, resizable=yes, scrollbars=yes, status=no'); return false;"><img src="*****ens.jpg" alt="****ens" width="125" height="100" border="0" class="floatright" /></a>
C'est valide mais bon, c ptet pas génial par rapport à ce que tu demandes
EDIT : le temps d'écrire le post tu a plus de question
<a href="***.php" onclick="window.open(this.href, 'exemple', 'height=450, width=400, top=100, left=100, toolbar=no, menubar=yes, location=no, resizable=yes, scrollbars=yes, status=no'); return false;"><img src="*****ens.jpg" alt="****ens" width="125" height="100" border="0" class="floatright" /></a>
C'est valide mais bon, c ptet pas génial par rapport à ce que tu demandes
EDIT : le temps d'écrire le post tu a plus de question
J'ai vu un truc un peu capilotracté mais qui est tout à fait correct :
http://www.ultra-fluide.com/ressources/xhtml/target.htm
Le gars crée sa propre DTD !
http://www.ultra-fluide.com/ressources/xhtml/target.htm
Le gars crée sa propre DTD !
-

phpmikedu83 - WRInaute accro

- Messages: 1281
- Inscription: Sam Aoû 06, 2005 7:34
MagicYoyo a écrit:Le gars crée sa propre DTD !
Ouai, enfin en même temps en XHTML transitional, c'est valide...
Maxib a écrit:Il n'y en a pas en effet (appart en javascript, mais l'interêt de cette norme est d'être respectée donc ça ne sert à rien de vouloir la contourner).
Le principe de cette norme est simple : En cliquant sur un lien externe, le visiteur continue son surf selon ce qu'il recherche, il n'a donc plus rien à faire sur le site ou était le lien
Je crois que tout a été dit dans cette remarque.
Quand on utilise un doctype préçis, il faut respecter les régles de ce doctype et toutes les bidouilles que j'ai pu voir, javascript et popup bricolées, pour essayer de feinter le validateur sont inaccéptables ...
Si tu as "besoin" d'utiliser un target="_blank" sur des liens, dans ce cas là, tu utilises tout simplement un doctype xHTML 1.0 transitionnal
Allez un peu de lecture :
http://css.alsacreations.com/Bases-et-i ... nt-choisir
C'est bien sympa les avis péremptoires tels que celui-ci, mais ça fait pas trop avancer le débat, et ça prépare mal l'avenir de ton code.
La situation actuelle du target blank est un peu batarde. Son obsolécence dans les doctype stricts repose sur 2 arguments :
1. C'est un mélange du code contenu/forme, l'ouverture dans une nouvelle fenêtre étant considéré commme une information de mise en forme... je dis pourquoi pas.
2. L'argument de "casser la navigation" me parait beaucoup plus subjectif et de plus en plus "out of date". En effet, qui se restreint aujourd'hui à une lecture linéaire ? Le propre de l'hypertexte n'est-il pas de permettre une lecture multi-directionnelle ?
Mon expérience utilisateur est contraire à ce qui est ici normé. Lorsque je lis un texte qui propose des références externes, je clique toujours pour ouvrir dans une autre fenêtre; pour lire en parrallèle ou plus tard. Ainsi, je peux revenir tranquilement à ma lecture initiale qaund je le souhaite. Et si j'en crois le succès des "navigateurs à onglets" je ne suis pas le seul à utiliser ce mode d'exploration.
A mon avis, le statut actuel de target est une erreur de jugement dans l'orientation des standards. A remarquer que CSS3 permettra d'ouvrir une autre fenêtre.
Pour terminer, un code XHTML strict à l'exclusion de l'usage target est beaucoup plus proche de la DTD stricte que de la transitionnelle. Cela me parait tout autant justifié de modifier la DTD pour compenser une faiblesse (qui sera d'ailleurs réparée dans CSS3), et d'avoir un code très très proche de XHTML strict... et donc un code plus pérenne; qu'un XHTML transitionnal qui te laissera passer des attributs bientôt obsolètes !
La situation actuelle du target blank est un peu batarde. Son obsolécence dans les doctype stricts repose sur 2 arguments :
1. C'est un mélange du code contenu/forme, l'ouverture dans une nouvelle fenêtre étant considéré commme une information de mise en forme... je dis pourquoi pas.
2. L'argument de "casser la navigation" me parait beaucoup plus subjectif et de plus en plus "out of date". En effet, qui se restreint aujourd'hui à une lecture linéaire ? Le propre de l'hypertexte n'est-il pas de permettre une lecture multi-directionnelle ?
Mon expérience utilisateur est contraire à ce qui est ici normé. Lorsque je lis un texte qui propose des références externes, je clique toujours pour ouvrir dans une autre fenêtre; pour lire en parrallèle ou plus tard. Ainsi, je peux revenir tranquilement à ma lecture initiale qaund je le souhaite. Et si j'en crois le succès des "navigateurs à onglets" je ne suis pas le seul à utiliser ce mode d'exploration.
A mon avis, le statut actuel de target est une erreur de jugement dans l'orientation des standards. A remarquer que CSS3 permettra d'ouvrir une autre fenêtre.
Pour terminer, un code XHTML strict à l'exclusion de l'usage target est beaucoup plus proche de la DTD stricte que de la transitionnelle. Cela me parait tout autant justifié de modifier la DTD pour compenser une faiblesse (qui sera d'ailleurs réparée dans CSS3), et d'avoir un code très très proche de XHTML strict... et donc un code plus pérenne; qu'un XHTML transitionnal qui te laissera passer des attributs bientôt obsolètes !
oui
Je suis d'accord avec toi MagicYoyo
Moi aussi sur les sites, quand je clique sur un lien je fais "ouvrir dans une nouvelle fenêtre" si le site est intéressant au cas où car je ne veux pas perdre ma page initiale.
Cela dit, comme je l'ai dit, pour l'instant je conserve mon site valide XHTML strict, pas de problème en me disant, si la personne aime le site et/ou en a besoin, elle saura le retrouver et le conserver.
Voila
Merci pour les réponses
Moi aussi sur les sites, quand je clique sur un lien je fais "ouvrir dans une nouvelle fenêtre" si le site est intéressant au cas où car je ne veux pas perdre ma page initiale.
Cela dit, comme je l'ai dit, pour l'instant je conserve mon site valide XHTML strict, pas de problème en me disant, si la personne aime le site et/ou en a besoin, elle saura le retrouver et le conserver.
Voila
Merci pour les réponses
MagicYoyo a écrit:2. L'argument de "casser la navigation" me parait beaucoup plus subjectif et de plus en plus "out of date". En effet, qui se restreint aujourd'hui à une lecture linéaire ? Le propre de l'hypertexte n'est-il pas de permettre une lecture multi-directionnelle ?
Oui, très juste.
La suppression du 'Target blank' favorise une lecture de type 'zapping' au détriment d'une lecture en profondeur.
Cela convient bien à certains types de sites mais pas à tous... (et heureusement
33 messages • Page 1 sur 3 • 1, 2, 3
Formation recommandée sur ce thème :
Formation Référencement naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Erreur not valid xhtml 1.0 strict
- This Page Is Valid XHTML 1.0 Strict! - et le référencement ?
- Popup et target blank
- XHTML strict ou XHTML 1.0 Transitional ?
- Problème de target - Compatibilité HTML 4.01 Strict
- Valid XHTML 1.0 Transitional
- Valid XHTML : erreur non compréhensible
- onFocus et XHTML Strict
- xhtml strict et xiti
- Un site valid XHTML 1.0 et CSS est'il mieu vu par google ?
- FCKeditor et validation (xhtml 1.1 ou 1.0 strict)
- TEXTAREA et validité XHTML strict
- [XHTML 1.0 Strict] - Formulaire valide
- XHTML 1.0 Strict et les tableaux
- [marquee] Equivalent en xhtml strict
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités







le forum