Bonjour,
J'ai un problème avec l'affichage d'une page valide XHTML 1.0 strict
quand j'envoie les header application/xhtml+xml, l'image de fond ne
s'affiche pas au delà du texte contenu dans le <body> sur la page
http://www.champignytriathlon.org/test/test-xhtml
et la même page avec les header en text/html ça passe ok
http://www.champignytriathlon.org/test/test-xml
D'où vient le problème ?
--
Leonick
http://gege-en-vadrouille.champignytriathlon.org La route de la soie en vélo
et autres aventures
Quel navigateur en pratique est dans ce cas de figure ?
Opera 7.22 par exemple (c'est d'ailleurs le cas de figure dans le billet dont j'ai donné le lien).
Oui, pardon, je ne l'ai lu qu'après avoir répondu. Je trouve ca étrange comme Accept, mais bon.
Personnellement je préfère cette solution: http://mod-xhtml-neg.sourceforge.net/
Un, parce que c'est un module Apache, donc pas besoin de PHP. Deux, parce que ca gère Vary, les charsets, etc...
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sat, 08 Jan 2005 22:43:58 +0100, Bobe a écrit :
Quel navigateur en pratique est dans ce cas de figure ?
Opera 7.22 par exemple (c'est d'ailleurs le cas de figure dans le billet
dont j'ai donné le lien).
Oui, pardon, je ne l'ai lu qu'après avoir répondu.
Je trouve ca étrange comme Accept, mais bon.
Personnellement je préfère cette solution:
http://mod-xhtml-neg.sourceforge.net/
Un, parce que c'est un module Apache, donc pas besoin de PHP.
Deux, parce que ca gère Vary, les charsets, etc...
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Quel navigateur en pratique est dans ce cas de figure ?
Opera 7.22 par exemple (c'est d'ailleurs le cas de figure dans le billet dont j'ai donné le lien).
Oui, pardon, je ne l'ai lu qu'après avoir répondu. Je trouve ca étrange comme Accept, mais bon.
Personnellement je préfère cette solution: http://mod-xhtml-neg.sourceforge.net/
Un, parce que c'est un module Apache, donc pas besoin de PHP. Deux, parce que ca gère Vary, les charsets, etc...
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
DJiK
Leonick a écrit :
Non, il ne renvoie que ça.
Ah oki, merci de l'info. C'est pas très malin. :-
Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Et je me trompe p-e, mais il ne vaut mieux pas enoyer en XHTML parce que l'analyse est + rapide, du moment que le navigateur l'accepte?
-- DJiK
Leonick a écrit :
Non, il ne renvoie que ça.
Ah oki, merci de l'info. C'est pas très malin. :-
Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Et je me trompe p-e, mais il ne vaut mieux pas enoyer en XHTML parce
que l'analyse est + rapide, du moment que le navigateur l'accepte?
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Deux, parce que ca gère Vary, les charsets, etc...
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Bobe
DJiK nous a dit le 08/01/2005 23:27:
Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml mais celui-ci est toujours placé après text/html dans la liste des types de média. Je ne suis pas certain de la conduite à tenir dans ce cas précis. Dans le doute, j'envoie quant à moi text/html.
Et je me trompe p-e, mais il ne vaut mieux pas enoyer en XHTML parce que l'analyse est + rapide, du moment que le navigateur l'accepte?
Non, il vaut mieux respecter la norme HTTP.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
DJiK nous a dit le 08/01/2005 23:27:
Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml
mais celui-ci est toujours placé après text/html dans la liste des types
de média.
Je ne suis pas certain de la conduite à tenir dans ce cas précis. Dans
le doute, j'envoie quant à moi text/html.
Et je me trompe p-e, mais il ne vaut mieux pas enoyer en XHTML parce que
l'analyse est + rapide, du moment que le navigateur l'accepte?
Non, il vaut mieux respecter la norme HTTP.
--
Bobe (Aurélien Maille)
http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml mais celui-ci est toujours placé après text/html dans la liste des types de média. Je ne suis pas certain de la conduite à tenir dans ce cas précis. Dans le doute, j'envoie quant à moi text/html.
Et je me trompe p-e, mais il ne vaut mieux pas enoyer en XHTML parce que l'analyse est + rapide, du moment que le navigateur l'accepte?
Non, il vaut mieux respecter la norme HTTP.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Amael Assour
Pour moi aucun problème sur mac : safari et IE 5.2, le fond s'affiche partout (beau mais envahissant)
Sa Seigneurie Leonick écrivit le 06/01/05 17:25 :
s'affiche pas au del? du texte contenu dans le <body> sur la page http://www.champignytriathlon.org/test/test-xhtml et la mÍme page avec les header en text/html Áa passe ok http://www.champignytriathlon.org/test/test-xml D'o? vient le problËme ?
Pour moi aucun problème sur mac : safari et IE 5.2, le fond s'affiche
partout (beau mais envahissant)
Sa Seigneurie Leonick écrivit le 06/01/05 17:25 :
s'affiche pas au del? du texte contenu dans le <body> sur la page
http://www.champignytriathlon.org/test/test-xhtml
et la mÍme page avec les header en text/html Áa passe ok
http://www.champignytriathlon.org/test/test-xml
D'o? vient le problËme ?
Pour moi aucun problème sur mac : safari et IE 5.2, le fond s'affiche partout (beau mais envahissant)
Sa Seigneurie Leonick écrivit le 06/01/05 17:25 :
s'affiche pas au del? du texte contenu dans le <body> sur la page http://www.champignytriathlon.org/test/test-xhtml et la mÍme page avec les header en text/html Áa passe ok http://www.champignytriathlon.org/test/test-xml D'o? vient le problËme ?
Patrick Mevzek
Le Sat, 08 Jan 2005 23:35:29 +0100, Bobe a écrit :
Patrick Mevzek nous a dit le 08/01/2005 23:09:
Je trouve ca étrange comme Accept, mais bon.
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Deux, parce que ca gère Vary, les charsets, etc...
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sat, 08 Jan 2005 23:35:29 +0100, Bobe a écrit :
Patrick Mevzek nous a dit le 08/01/2005 23:09:
Je trouve ca étrange comme Accept, mais bon.
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Deux, parce que ca gère Vary, les charsets, etc...
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate,
Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte
des charsets. Cf le lien que je vous ai donné.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sat, 08 Jan 2005 23:35:29 +0100, Bobe a écrit :
Patrick Mevzek nous a dit le 08/01/2005 23:09:
Je trouve ca étrange comme Accept, mais bon.
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Deux, parce que ca gère Vary, les charsets, etc...
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Patrick Mevzek
Le Sat, 08 Jan 2005 23:38:31 +0100, Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml mais celui-ci est toujours placé après text/html dans la liste des types de média. Je ne suis pas certain de la conduite à tenir dans ce cas précis.
Ma lecture du paragraphe 14.1 du RFC2616 est que dans ce cas là, l'ordre d'apparition n'intervient pas, et que les deux valeurs sont préférées au même niveau, donc j'estime que le serveur peut choisir librement entre les deux, puisqu'ils sont à égalité. Et que donc, autant envoyer du application/xhtml+xml si on est en train de parler d'un document XHTML.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sat, 08 Jan 2005 23:38:31 +0100, Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml
mais celui-ci est toujours placé après text/html dans la liste des types
de média.
Je ne suis pas certain de la conduite à tenir dans ce cas précis.
Ma lecture du paragraphe 14.1 du RFC2616 est que dans ce cas là, l'ordre
d'apparition n'intervient pas, et que les deux valeurs sont préférées au
même niveau, donc j'estime que le serveur peut choisir librement entre
les deux, puisqu'ils sont à égalité.
Et que donc, autant envoyer du application/xhtml+xml si on est en train
de parler d'un document XHTML.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sat, 08 Jan 2005 23:38:31 +0100, Bobe a écrit :
Opera 7.22 par exemple
Il a fait des progrès depuis. ;-)
Oui, maintenant, il ne donne pas de coeff. pour application/xhtml+xml mais celui-ci est toujours placé après text/html dans la liste des types de média. Je ne suis pas certain de la conduite à tenir dans ce cas précis.
Ma lecture du paragraphe 14.1 du RFC2616 est que dans ce cas là, l'ordre d'apparition n'intervient pas, et que les deux valeurs sont préférées au même niveau, donc j'estime que le serveur peut choisir librement entre les deux, puisqu'ils sont à égalité. Et que donc, autant envoyer du application/xhtml+xml si on est en train de parler d'un document XHTML.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Thibaut Allender
On 6/01/2005 19:22, Michel wrote :
moi je vois le ,fond dans les deux cas.
et en matière de citation, on le touche, le fond http://www.giromini.org/usenet-fr/repondre.html
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Je pense que c'est parce que leur moteur de traitement des scripts javascript/DOM n'était pas suffisamment au point pour le XML (et donc XHTML) dans la version 7.22. L'ajout du support de la balise <script> en mode XML s'est fait dans la version 7.50, et c'est dans cette même version que le contenu de l'en-tête "Accept" de Opera a été changé pour celui actuel.
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur l'en-tête "Accept" et l'indication de charset.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Patrick Mevzek nous a dit le 09/01/2005 00:27:
Patrick Mevzek nous a dit le 08/01/2005 23:09:
Je trouve ca étrange comme Accept, mais bon.
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Je pense que c'est parce que leur moteur de traitement des scripts
javascript/DOM n'était pas suffisamment au point pour le XML (et donc
XHTML) dans la version 7.22. L'ajout du support de la balise <script> en
mode XML s'est fait dans la version 7.50, et c'est dans cette même
version que le contenu de l'en-tête "Accept" de Opera a été changé pour
celui actuel.
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate,
Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte
des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur
l'en-tête "Accept" et l'indication de charset.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
--
Bobe (Aurélien Maille)
http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Parfaitement valide au regard de la norme HTTP 1.1 cependant.
Oui, oui, mais je trouve étrange de privilégier text/html
Je pense que c'est parce que leur moteur de traitement des scripts javascript/DOM n'était pas suffisamment au point pour le XML (et donc XHTML) dans la version 7.22. L'ajout du support de la balise <script> en mode XML s'est fait dans la version 7.50, et c'est dans cette même version que le contenu de l'en-tête "Accept" de Opera a été changé pour celui actuel.
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur l'en-tête "Accept" et l'indication de charset.
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Patrick Mevzek
Le Sun, 09 Jan 2005 20:20:19 +0100, Bobe a écrit :
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur l'en-tête "Accept" et l'indication de charset.
Avez-vous regardé ce dont il s'agit ? (le module gère non seulement Accept, mais aussi Accept-Charset)
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
Ce n'est en rien une obligation, des directives RewriteRule (sans gérer le facter qualité), un module Apache idoine ou un handler modperl sont des solutions tout à fait possibles, que les pages soient en PHP ou non.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sun, 09 Jan 2005 20:20:19 +0100, Bobe a écrit :
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate,
Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte
des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur
l'en-tête "Accept" et l'indication de charset.
Avez-vous regardé ce dont il s'agit ? (le module gère non seulement
Accept, mais aussi Accept-Charset)
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
Ce n'est en rien une obligation, des directives RewriteRule (sans gérer le
facter qualité), un module Apache idoine ou un handler modperl sont des
solutions tout à fait possibles, que les pages soient en PHP ou non.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Sun, 09 Jan 2005 20:20:19 +0100, Bobe a écrit :
Il suffit d'ajouter la ligne suivante: header('Vary: Negotiate, Accept');
C'est à mon avis plus compliqué que cela, notamment si on tient compte des charsets. Cf le lien que je vous ai donné.
Je ne vois pas le rapport entre la négociation de contenu basée sur l'en-tête "Accept" et l'indication de charset.
Avez-vous regardé ce dont il s'agit ? (le module gère non seulement Accept, mais aussi Accept-Charset)
Personnellement, je n'utiliserai jamais PHP pour ce genre de choses.
Si les pages sont générées avec PHP coté serveur, il le faut bien.
Ce n'est en rien une obligation, des directives RewriteRule (sans gérer le facter qualité), un module Apache idoine ou un handler modperl sont des solutions tout à fait possibles, que les pages soient en PHP ou non.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
