ma page en php me génère une erreur a la premiere ligne <?xml ...bla bla bla... ?>
A priori le serveur prend ca pour une balise PHP alors comment l'éviter?
 
2eme question :
W3C n'aime pas target : <a href="feeffe.html" target="_blank">lien</a>
En enlevant target ca passe. Est ce une erreur de syntaxe?
 
Merci
 

C'est la config Serveur qui est pourrie alors Pas d'autres solutions que de faire un echo de la déclaration XML
 
 
Parce qu'ouvrir une nouvelle fenêtre, c'est mal : http://www.la-grange.net/accessibilite/day_16.html

Je suis sur Free
Merci pour tes reponses

En fait le target="_blank" est valide en transitional, pas en strict.
 
Mais je ne suis pas tout à fait d'accord avec cette prise de position (FlorentG et bcp d'autres cerrtainement).
Oui cela casse les boutons BACK, et alors ? Normalement, sur un site correctement fait, ces "touches" ne devraient jamais servir (même si tout le monde s'en sert), la navigation "interne" devrait toujours pouvoir permettre un retour à la page appelante (sauf lien vers "l'extérieur" ).
 
On peut faire un CTRL+clique mais :
Qui dans la population "normale" le sait : pas grand-monde, j'en doute.
CTRL+clique ou SHIFT+clique ou CTRL+SHIFT+clique ou Command ? Que les gens parcourant ce forum le sachent, je n'en doute pas, mais qu'en est-il du "commun des mortels" ?
 
Personnellement, mais cela n'engage que moi, je préfère toujours avoir une nouvelle fenêtre quand le lien me fait SORTIR du site que je suis en train de parcourir... ce parce que j'y reviendrai sûrement.
 
Aucune envie de polémiquer à ce sujet mais pour ma part, je code toujours en strict sauf pour une page de liens de sites que j'apprécie (par exemple) ou pour indiquer une source ; alors je laisse en transitional (afin de rester valide W3C).

Oui et non. Les boutons "suivants/précédents" font partie de n'importe quels navigateurs. Tout le monde les utilisent, du coup si tu casses le fonctionnement, ça fout le bordel.
 

Le "commun des mortels" ne pige pas toujours les nouvelles fenêtres. J'ai même pu l'observer moi-même, une copine qui surfait (fenêtre maximisée). Puis elle a cliquer sur un lien, qui a ouvert une nouvelle fenêtre. Evidemment, la fenêtre étant maximisée, l'ouverture de la fenêtre n'était pas suffisamment visible. Puis voulant revenir sur le site précédent, elle a voulu cliquer sur précédent... Qui ne fonctionnait pas, évidemment... Elle a mis 15 secondes avant de piger que c'était en fait une nouvelle fenêtre, plutôt déroutant  
 

Voilà, c'est ton choix, donc à toi de configurer ton navigateur pour qu'il ouvre une nouvelle fenêtre automatiquement dès que tu clique sur un lien externe. Moi ça me broute les nouvelles fenêtres. Je veux décider quand j'en veux. Au départ, j'ai dû utiliser une extension FF qui ajoutait une option "Ouvrir dans la fenêtre en cours", pour forcer les nouvelles fenêtre à ne pas en crée... Evidemment c'est indisponible sous IE, le pauvre gars qui veut ouvrir ton lien dans la fenêtre en cours est baisé, obligation de copier/coller dans la barre d'adresse, ce qui est pas pratique. Maintenant avec TabMix+, j'ai carrément forcé les nouvelles fenêtre dans la fenêtre en cours. Même pas de nouvel onglet, comme ça je suis le seul maître à bord, et pas ce crétin de développeur qui a cru qu'une nouvelle fenêtre était mieux pour moi...
 
 
Pour finir, signalons que l'HTML est censé être indépendant de la plateforme utilisée. Or, déjà le concept de "nouvelle fenêtre" est propre à certains navigateurs (IE). Ca foire sous FireFox. Moi je veux un nouvel onglet, pas une nouvelle fenêtre (obligation de configuration, ce qui est rare pour un utilisateur normal qu'il aille voir dans la config). Ca pète donc le comportement de mon navigateur, si je bidouille pas. Aussi, sur mon téléphone mobile, y'a pas non plus de concept de "fenêtre" (et moi tous mes sites, je les fais fonctionner sur mon mobile WAP 2.0). Sous mon navigateur texte, c'est la même chose... Bref, c'est un peu idiot de faire des supers pages XHTML valid, accessible et tout et tout, si c'est pour rajouter un machin propre à IE/WIN  
 
 
Note : c'est toutefois prévu en CSS-3, via le module hyperlinks. Ca adresse déjà le problème de la plateforme (on pourra avoir un comportement suivant les différents média, genre nouvelle fenêtre sur écran, fenêtre courante sur mobile, etc.). Maintenant faut voir question empiètement sur l'utilisateur, les problèmes conceptuels fenêtres/onglet, et tout le reste... Wait & See, ce n'est qu'un Working Draft

1- Et alors
2- Avec le fastback d'Opera et de Firefox 1.5, forward/back est instantané, le rechargement de la page ne l'est pas

T'ajoutes la création d'une nouvelle fenêtre en JS, c'est ce que tu es censé faire  
Ou alors tu indiques que le lien est externe au site

 
Sauf que ces boutons existent et qu'ils sont essentiels car ils proposent un système de navigation unifié et qui surtout, laissent le choix à l'utilisateur.  
Les sites peuvent proposer un système de navigation, mais tu auras autant de systèmes que de sites. Mes bouton Back & Forward, ils sont toujours là, à la même place, je peux compter sur eux, je les retrouve facilement sans me poser de question.
Et puis il y a des sites web qui n'en sont pas : des sites qui sont des conglomérats de pages sans liens entre elles, de médias divers, etc... Bref il y a des tas de bonnes raisons pour qu'un site ne propose pas de système de navigation.
 

Ouaip, mais comme le dit Florent, les nouvelles fenêtres ça peut perturber du monde car on ne les voit pas forcément apparaître. Ceci dit, sortir dans un nouvel onglet et peut être moins déroutant car on a plus de voir l'onglet s'ajouter aux autres... On les a au niveau des yeux en général.