PHP|Débutant :: Forums

Mouarf non je veux pas de cette solution.
Le W3C interdirai le passage d'argument par adresse donc si je te suis ? -_-

Je comprend pas... Ce forum utilise bien des passages par adresse non ? Et pourtant il est bien aux normes W3C...
Il y a donc bien un moyen que le validateur ne nous jette pas.

PS: remplacer les arguments de liens par des variables de session je ne vois vraiment pas comment faire. Je vais avoir trente-six lien sur la page et pointant tous sur la même page si j'enlève les paramètres d'adresse.

Sinon tu peux aussi faire de l'url rewriting.

Oui le urlencode lui plait mais cela ne me convient pas à moi.
Car je ne récupère pas d'array en sortie, à voir si je me retape le boulot à la main pour le reconstruire ou si je passe à l'url rewriting.

Merci de tes réponses Kris.

L'exemple est débile et inutile mais pourrais-tu m'appliquer ce que tu penses au niveaux des variables de session pour ces deux liens ? Car je ne vois vraiment pas la marche à suivre.
Car si je suis le chargement de ma page je vais bien sûr construire le tableau des vars de sessions mais je vais lorsque je vais changer de lien écraser ma variable par la nouvelle valeur et donc j'aurai dans ma variable l'information du dernier lien affiché de la page.

Nous parlons d'erreurs de validation W3C et non de code malheureusement. ^^

Yop,

Typiquement, ca dépend fortement de la DTD

En résumé, si ta DTD indique du xhtml, le séparateur & ne fonctionne pas, il faut utiliser &

C'est d'ailleurs ce que ce forum fait, si tu regarde le code source, tu verra que les liens ne sont pas en & (comme on pourait le croire en regardant juste l'adresse du lien dans la barre de status), mais bien en & , ce qui valide

Les pièges du xhtml...

Bon courage pour la suite de la validation

@+

Si ca peut t'aider, je te conseille d'utiliser en production celles-ci

J'ai encore appris a mes dépends les conséquences de ces choix par rapport à la plateforme (ff, ie8,...) et à ton encodage de caratères que tout récemment. (je travaille en utf-8)

petite remarque, le xhtml, c'est du xml hein Donc logique que la DTD soit importante

En parlant de conséquence de choix, parmis les "trucs" drole, mettre une dtd xhtml fait déconner ie (6 ou 7 je ne sais plus) qui repasse avec son modèle de boite foireux (chiant a gérer avec les css). Mais le meme code source avec juste la spécification de dtd en moins passe très bien. Truc a con

IE securisé:rolleyes:

a++

IE a subit de lourdes pertes côté programmeurs du fait de sa vitesse et de ses bugs, même si on ne parle pas de perte on parlera tout de même de réticences ou bien de chaînon faible. Mais il est vrai qu'ils ont pas mal corrigé le tir.
On pourra peut être dire qu'IE est ce qu'il est aujourd'hui du fait de leurs nombreuses erreurs.
M'enfin... A quand des règles respectées à 100% ? C'est bien les normes mais si personne ne les applique comme il se devrait... (Et je parle pas que pour IE ^^)

@Manicow : Je vois. Enfin j'en suis pas rendu là moi... Faudrait peut être que je jette un coup d'oeil un de ces jours. J'utilise toujours du bon vieux html. Alors peut être que c'est le problème à vouloir faire valider du html, les normes W3C ne sont peut être pas faites pour cela.

jc->
Meme test, resultat different : qui croire ???

moi, j'ai de gros doutes sur microsoft :D
a++

J'avoue pierrot, difficile
Question bug ton lien est pas mal non plus. Le sujet parle d'un test sur le dernier salon avec IE8 sous win7 et le post est daté du 23/03/2009^^.
Je crois qu'on est les spécialistes malgré nous des vrai-fausses infos^^