Bonjour à tous,
Je viens de finir un site en XHTML strict (ouf ;-) et j'ai 2 erreurs du
validator dont je n'ai pas de solution :
1- un lien avec target="_blank" (le client veut qu'il s'ouvre dans une autre
fenêtre)
Je sais que c'est une question-troll, mais j'ai jamais trouvé d'alternative
hors JavaScript
2- un logo (image) avec border="0"
Voilà, si vous pouvez m'aider :)
J'ai bien penser à passer de DTD transitional, mais ça serait dommage après
le mal que je me suis donné ;)
Dernier truc : j'exclue systématiquement le JavaScript...
Merci de votre attention
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
pjvouette
"Olivier Miakinen" a écrit dans le message news:
C'est effectivement une question-troll. Peut-être que ceci t'aidera à convaincre le client que le target="_blank" ne sert à rien d'autre que de désorienter les utilisateurs débutants : http://www.miakinen.net/vrac/fenetre
<troll> A propos du "bouton back", y-a-t-il une norme/rfc/ ... qui impose à l'utilisateur d'avoir un bouton back ? Les interfaces utilisateur actuelles permettent de personnaliser beaucoup de chose, y compris les boutons présents.. cf. par exemple copie d'écran du butineur que j'ai utilisé pour accéder à ta page. http://www.vetille.net/surf2.jpg [332 ko - durée de vie limitée]
Pourquoi pas de bouton back ? entre les header; location, meta refresh et autres javascript, le comportement du "bouton back" est en pratique imprévisible, donc pas vraiment utile.
Reste comme méthodes fiables le remplacement de la page en cours quand on est sût de ne pas avoir envie d'y revenir ou l'ouverture d'une nouvelle fenêtre/nouvel onglet. </troll>
pierre-jean
"Olivier Miakinen" <Olivier.Miakinen@evidian.com> a écrit dans le message
news: 3F16A5DF.8020709@evidian.com...
C'est effectivement une question-troll. Peut-être que ceci t'aidera à
convaincre le client que le target="_blank" ne sert à rien d'autre que
de désorienter les utilisateurs débutants :
http://www.miakinen.net/vrac/fenetre
<troll>
A propos du "bouton back", y-a-t-il une norme/rfc/ ... qui impose à
l'utilisateur d'avoir un bouton back ?
Les interfaces utilisateur actuelles permettent de personnaliser beaucoup de
chose, y compris les boutons présents..
cf. par exemple copie d'écran du butineur que j'ai utilisé pour accéder à ta
page.
http://www.vetille.net/surf2.jpg [332 ko - durée de vie limitée]
Pourquoi pas de bouton back ? entre les header; location, meta refresh et
autres javascript, le comportement du "bouton back" est en pratique
imprévisible, donc pas vraiment utile.
Reste comme méthodes fiables le remplacement de la page en cours quand on
est sût de ne pas avoir envie d'y revenir ou l'ouverture d'une nouvelle
fenêtre/nouvel onglet.
</troll>
C'est effectivement une question-troll. Peut-être que ceci t'aidera à convaincre le client que le target="_blank" ne sert à rien d'autre que de désorienter les utilisateurs débutants : http://www.miakinen.net/vrac/fenetre
<troll> A propos du "bouton back", y-a-t-il une norme/rfc/ ... qui impose à l'utilisateur d'avoir un bouton back ? Les interfaces utilisateur actuelles permettent de personnaliser beaucoup de chose, y compris les boutons présents.. cf. par exemple copie d'écran du butineur que j'ai utilisé pour accéder à ta page. http://www.vetille.net/surf2.jpg [332 ko - durée de vie limitée]
Pourquoi pas de bouton back ? entre les header; location, meta refresh et autres javascript, le comportement du "bouton back" est en pratique imprévisible, donc pas vraiment utile.
Reste comme méthodes fiables le remplacement de la page en cours quand on est sût de ne pas avoir envie d'y revenir ou l'ouverture d'une nouvelle fenêtre/nouvel onglet. </troll>
