Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[XHTML] probleme de validation d'une balise
bonjour a tous,
Je suis actuellement en train de faire la refonte d'un site.
Ancienement html et tableau en full css et xhtml strict.
Cependant je me retrouve confronté un petit probleme de validation
à cause d'une balise target="ref" je n'arrive pas a trouver sur google une balise valide equivalente je me tourne donc vers vous en esperant que quelqu'un ai deja eut ce soucis et une solution.
Merci par avance
La solution très simple c'est de mettre tes documents avec un doctype xhtml1.0 transitional.Envoyé par orphen
En fait c'est très précisemment pour ce genre de cas qu'il y a des doctypes transitional.
Au passage, ce n'est pas le doctype xhtml qui refuse l'attribut, et non la balisetarget mais bien la version strict, et ce aussi bien en xhtml 1.0 qu'en html 4.01
l'utilisation de javascript sur les versions strict est en général une perte de temps et supposerait déjà que le développeur n'a pas la main sur le doctype.
malheureusement j'ai des contraintes techniques.
Et le strict m'est imposer.
+1
Merci pour la correction que j'avais aussi relevée; j'ai demandé que cela soit corrigé dans la faq.Au passage, ce n'est pas le doctype xhtml qui refuse l'attribut, et non la balise
Alors dans ce cas tu dois poser la question en terme de cohérence, et cela y compris à ceux qui t'imposent cette contrainte.
Il y a quand même une réelle logique dans le passage des doctypes transitional aux doctypes strict et c'est bien l'abandon d'un certain nombre de pratiques.
. Utilisation de balises ou attributs de rendu = obsolescence de <b>, <i>, <font> associé à color ="" etc...
. Imposition au client de l'ouverture de nouvelles fenêtres (attribut target) alors que cela est parfaitement gérable suivant son propre choix à partir de l'UA = Interdiction pure et simple d'un tel attribut.
Alors doctype strict ? ...
... Mais aucun problème !!! ...
... Sauf que dans ce cas on assume ce que cela implique...
... En l'occurence l'absence de toute velléité d'imposition d'ouverture de nouvelle fenêtre au client.
C'est pourtant très simple non ?
A moins qu'il ne s'agisse d'une nouvelle histoire de beurre et d'argent du beurre, et tout ça
Obsolescence, oui, mais pourtant admises dans la DTD de l'XHTML 1.1.
Sur xhtml 1.1 ba, je pense qu'on n'en n'a pas fini avec les bêtises y compris "from w3c".
Mais ta remarque est sans doute utile, elle va permettre à orphen de foncer tête baissée, trop heureux d'avoir trouvé "la" solution.
Après on attaque <object> en lieu de <iframe> c'est ça ? Validation oblige ? Mais réflexion que nenni ?
c'est pour la refonte d'un site d'agence web.
J'ai obter pour la solution javascript.
Les liens en target sont pour une direction vers leurs sites references.
Je peux comprendre ce choix de vouloir obliger l'ouverture d'une fenetre sans perdre la navigation sur leur site a eux.
Personnelement quand je suis sur un site j'ai des fois le malheur de ne pas faire clic milieu et perd le site sur lequel j'etai avant.
Ceci est comme pour l'ouverture de pop up ouvrir un formulaire de contact de cette facon est agreable a l'oeil je trouve et c'est bien l'utilisateur qui choisi de le faire apparaitre.
Le probleme dans le fond vient surtous des abus de certains site.
Répondre avec citation
Partager