J'ai stylisé un HR avec une image : http://www.jce-poitoucharentes.org/ (la grosse spatule orange)
Y a-t-il un moyen de supprimer ce "bord" qui apparaît sous IE6 ??
Je ne l'ai pas sur mon site : http://pgoiffon.free.fr
Dois-je dire ce que je vois avec IE Mac ? non ? bon tant pis ...
:D Bon il serait peut être temps que j'aille faire contrôler ma vue, depuis le temps...
Patrick 'Zener' Brunet
Bonsoir.
"Olivier Miakinen" <om+ a écrit dans le message de news:
Le 06/11/2007 00:08, Olivier a écrit : > > Je vais peut être dire une énormité (qui peut de plus ne pas avoir > de rapport avec le sujet) : > il me semble que ffx et ie6 voit "hr" l'un en élément "inline" et > l'autre en élément "block" (ou l'inverse).
Justement, je me suis posé la question en voyant Patrick proposer de le mettre dans un DIV. Il a toutes les raisons d'être de type block, ce que confirme la norme.
Il suffit de voir ce que ça donne en mode texte pur. Et j'imagine mal la sémantique d'un HR inline à vrai dire...
Mais ce n'est pas le problème je crois, on pourrait toujours faire un display pour changer ça.
En fait sur mon site www.ipzb.fr, j'ai évidemment utilisé des HR pour séparer proprement les sections en mode texte pur, et en mode graphique j'ai d'abord essayé de les styler proprement.
Notamment celui qui ferme le bandeau d'accessibilité en haut de page, qui servait de filler avec un clear:both lorsque les deux parties du bandeau étaient float-tées...
Et c'est là que je me suis rendu compte que le HR est particulièrement rebelle sur IE, variable d'une version à l'autre aussi je crois: il a une hauteur minimum, le trait ne veut pas se laisser relooker, etc.
Je crois que telle est la cause du problème ici.
Donc moi, quand j'ai absolument besoin qu'un HR occupe sa place sans se montrer, je lui colle un visibility:hidden, sinon en mode graphique je le vire. Et donc le DIV que je propose est là pour supporter docilement la déco à sa place.
Quand un problème n'a pas de solution fiable, il faut changer le problème :o)
-- Cordialement. -- /************************************************** * Patrick BRUNET * E-mail: lien sur http://zener131.free.fr/ContactMe **************************************************/
Bonsoir.
"Olivier Miakinen" <om+news@miakinen.net> a écrit dans le message de news:
472fb2f9@neottia.net...
Le 06/11/2007 00:08, Olivier a écrit :
>
> Je vais peut être dire une énormité (qui peut de plus ne pas avoir
> de rapport avec le sujet) :
> il me semble que ffx et ie6 voit "hr" l'un en élément "inline" et
> l'autre en élément "block" (ou l'inverse).
Justement, je me suis posé la question en voyant Patrick proposer
de le mettre dans un DIV. Il a toutes les raisons d'être de type block,
ce que confirme la norme.
Il suffit de voir ce que ça donne en mode texte pur. Et j'imagine mal la
sémantique d'un HR inline à vrai dire...
Mais ce n'est pas le problème je crois, on pourrait toujours faire un
display pour changer ça.
En fait sur mon site www.ipzb.fr, j'ai évidemment utilisé des HR pour
séparer proprement les sections en mode texte pur, et en mode graphique j'ai
d'abord essayé de les styler proprement.
Notamment celui qui ferme le bandeau d'accessibilité en haut de page, qui
servait de filler avec un clear:both lorsque les deux parties du bandeau
étaient float-tées...
Et c'est là que je me suis rendu compte que le HR est particulièrement
rebelle sur IE, variable d'une version à l'autre aussi je crois: il a une
hauteur minimum, le trait ne veut pas se laisser relooker, etc.
Je crois que telle est la cause du problème ici.
Donc moi, quand j'ai absolument besoin qu'un HR occupe sa place sans se
montrer, je lui colle un visibility:hidden, sinon en mode graphique je le
vire.
Et donc le DIV que je propose est là pour supporter docilement la déco à sa
place.
Quand un problème n'a pas de solution fiable, il faut changer le problème
:o)
--
Cordialement.
--
/**************************************************
* Patrick BRUNET
* E-mail: lien sur http://zener131.free.fr/ContactMe
**************************************************/
"Olivier Miakinen" <om+ a écrit dans le message de news:
Le 06/11/2007 00:08, Olivier a écrit : > > Je vais peut être dire une énormité (qui peut de plus ne pas avoir > de rapport avec le sujet) : > il me semble que ffx et ie6 voit "hr" l'un en élément "inline" et > l'autre en élément "block" (ou l'inverse).
Justement, je me suis posé la question en voyant Patrick proposer de le mettre dans un DIV. Il a toutes les raisons d'être de type block, ce que confirme la norme.
Il suffit de voir ce que ça donne en mode texte pur. Et j'imagine mal la sémantique d'un HR inline à vrai dire...
Mais ce n'est pas le problème je crois, on pourrait toujours faire un display pour changer ça.
En fait sur mon site www.ipzb.fr, j'ai évidemment utilisé des HR pour séparer proprement les sections en mode texte pur, et en mode graphique j'ai d'abord essayé de les styler proprement.
Notamment celui qui ferme le bandeau d'accessibilité en haut de page, qui servait de filler avec un clear:both lorsque les deux parties du bandeau étaient float-tées...
Et c'est là que je me suis rendu compte que le HR est particulièrement rebelle sur IE, variable d'une version à l'autre aussi je crois: il a une hauteur minimum, le trait ne veut pas se laisser relooker, etc.
Je crois que telle est la cause du problème ici.
Donc moi, quand j'ai absolument besoin qu'un HR occupe sa place sans se montrer, je lui colle un visibility:hidden, sinon en mode graphique je le vire. Et donc le DIV que je propose est là pour supporter docilement la déco à sa place.
Quand un problème n'a pas de solution fiable, il faut changer le problème :o)
-- Cordialement. -- /************************************************** * Patrick BRUNET * E-mail: lien sur http://zener131.free.fr/ContactMe **************************************************/
