[W3C] Doctype etc & validation w3c

Version imprimable

07/08/2007, 11h51
SpaceFrog

[W3C] Doctype etc & validation w3c
Bon ayant pas mal galéré avec les doctypes et toutes les declarations de type de page etc...
j'an suis arrivé à voir large et j'utilise ceci:
Code:

1 2 3 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr">
mais il me retourne quand même
Result: 2 errors / 0 warnings

line 3 column 12 - Error: there is no attribute "XMLNS"
line 3 column 62 - Error: there is no attribute "XML:LANG"
07/08/2007, 13h50
Bisûnûrs

Tu as mis un DOCTYPE HTML, donc dans ta balise html tu ne dois pas avoir de référence à X[HT]ML.

Tu as deux possibilités, soit tu restes en HTML 4.01 et tu laisses juste l'attribut lang de la balise html, soit tu mets un DOCTYPE XHTML, dans ce cas là pour rester assez permissif, utilise le Transitional :

http://xhtml.developpez.com/faq/?pag...#html_doctypes

essaye avec ce doctype :

Code:

1
2
3
 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" 
  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

07/08/2007, 17h12
SpaceFrog
Oki !!
Code:

1 2 3 4 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
+

Code:



pour masquer le javascript ...
et hop valide 0 erreurs 0 avertissements ...

par contre passer au strict ...

on n'a pas le droit aux br dans un form ni aux inputs d'allieurs ...
il faut les mettre dans un fieldset ?
07/08/2007, 17h22
Bisûnûrs

Préfère l'utilisation de fichiers externes pour le Javascript et le CSS.

Oui, tu dois mettre tes éléments de formulaire dans un fieldset, ou un p, ou un div, etc.
Pour plus d'infos sur les éléments parents et enfants de chaque balise en XHTML :
http://giminik.developpez.com/xhtml/form.html (ici la balise form)

Citation:

Envoyé par SpaceFrog

on n'a pas le droit aux br dans un form ni aux inputs d'allieurs ...
il faut les mettre dans un fieldset ?

Comme le dit Bisûnûrs place les dans un div ou un fieldset.
Par contre n'oublie pas le / pour les balises qui n'ont pas de balises de fermeture :
Code:

1 2 3 4 5 6 7 8 9 10 11 12  <meta ....... />  <br/>  <input type="text" value="" />   <img alt="attribut obligatoire" title="un titre sur l'image" src="img.jpg" />
et je dois en oublier... ;)

Je crois que le type image pour les input n'est pas reconnu par contre, à vérifier.

08/08/2007, 08h32
SpaceFrog

oui merci les gars,
pour les scripts et css externe, je suis en developpement et j'ai pour mauvaise habitude de n'externaliser que lorsque tout est fini, je suis un gros paresseux et ça m'evite d'avoir a jongler avec 3 fichiers ...

pour les balises fermantes pas de souci c'est devenu un reflexe.. je tenete aujourd'hui le strict, je vous tiens au courant ;)
08/08/2007, 08h50
SpaceFrog

Et hop une page en strict :king:

pas si difficile que ça après tout ...
08/08/2007, 08h57
Bisûnûrs

Citation:

Envoyé par SpaceFrog

Et hop une page en strict :king:

Après ce sont toutes tes pages que tu dois passer et maintenir en Strict. :mrgreen:
08/08/2007, 10h44
SpaceFrog

Bon j'enlève le résolu parceque mon problème suivant relève toujours de la validation w3c XHTML strict.

il me reste juste le souci des target sur le href ...

j'ai lu sur le net que ce n'était pas une véritable erreur, mais cela empèche tout de même la validation de la page.
Je pourrais toujours passer par un onclick="window.open ... mais du coup je ne passe pas les bloqueur de popup,
je pourrais également rajouter avec javascript dynamiquement un attribut target blank sur le onload ...
Mais bon ça fait un peu bidouille tout ça ...

Existe-t-il un moyen w3correct d'ouvrir un lien href dasn une nouvelle fenêtre, il s'agit en fait de liens externes que je ne souhaite pas ouvrir dasn la fenetre actuelle de sorte à ce que ergonomiquement parlant le user reste dasn la même fenetre pour la nvigation sur le site et ouvre une autre fenetre pour les liens externes ...
08/08/2007, 10h50
Bisûnûrs

Tu es obligé de passer par un window.open ...

Cf FAQ : http://xhtml.developpez.com/faq/?page=liens#LIEN_target

Laisser l'URL dans le href permet aux robots Google de suivre le lien et si jamais Javascript est désactivé d'ouvrir le lien quand même, mais dans la même fenêtre.
08/08/2007, 10h53
Candygirl

Citation:

Envoyé par SpaceFrog

il me reste juste le souci des target sur le href ...

Si tu veux utiliser l'attribut target, autant rester avec un doctype transitionnel qui, lui, l'autorise.
08/08/2007, 11h09
Dia_FR

Citation:

Envoyé par Candygirl

Si tu veux utiliser l'attribut target, autant rester avec un doctype transitionnel qui, lui, l'autorise.

+1

il n'y absolument aucune honte à être valide "seulement" transitional

je trouve personnellement pas terrible de dire se conformer à une dtd stricte et essayer de feinter pour en contourner certains aspects

donc soit tu restes en strict et tu laisses tes utilisateurs choisir s'ils veulent ouvrir dans une nouvelle fenêtre ou non (perso c'est ce que je choisis, ça se discute suivant le contexte)
soit tu passes en transitional et tu peux utiliser l'attribut href
08/08/2007, 11h18
SpaceFrog

En fait c'est plus pour le fun d'avoir toutes les pages en strict, je l'avoue;

il n'y a que ce detail de target qui me gène et je trouve nuisible de ne pouvoir ergonomiquement ouvrir une autre fenetre...
Ce sont des liens externes vers de sites de sociétés du groupe dont les activités n'ont rien à voir entre elles ... d'ou la volonté légitime à mn avis d'ouvrir une autre fenetre pour un autre site pour la clarté de la navigation.

la solution du href et onclick me semble plus qu'acceptable.

Cette fois ci je mets le post en résolu ! :yaisse2:

Encore merci de votre aide ! :king:

Spafy