Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3792 connectés 

  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Hover et display --> Bug IE

 
 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Hover et display --> Bug IE

n°1197676
Negro
Posté le 12-09-2005 à 15:19:31  profilanswer
 

j'ai un ptit souci, mon CSS ne fonctionne pas sous mon IE, pourtant les tuto que j'ai trouvé sur alsa utilise le meme genre de programmation et ca marche sous IE? mais pas moi et je vois vraiment pas d'ou ca vient
SOus firefox ca marche bien
 
-->  http://rsilvente.free.fr/css/pouet.html


Message édité par Negro le 12-09-2005 à 15:30:40
mood
Publicité
Posté le 12-09-2005 à 15:19:31  profilanswer
 

n°1197706
Negro
Posté le 12-09-2005 à 15:50:53  profilanswer
 
n°1197708
skeye
Posté le 12-09-2005 à 15:54:33  profilanswer
 

pas le html.:o
Ya une astuce pour que ça fonctionne sous IE, retourne regarder chez alsa, je l'ai plus sous la main.


---------------
Can't buy what I want because it's free -
n°1197710
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 15:55:13  profilanswer
 

je vois pas ou sa marche quelques part mais bon...
 
ah c'est le truc tous bizare sur le côté...
 
bon un conseil...ton css est pas dans l'ordre pour les liens
 
c'est dabord lien normal
 
puis :hover :focus...;etc etc...

n°1197711
skeye
Posté le 12-09-2005 à 15:56:31  profilanswer
 

xtof_83 a écrit :

ton css est pas dans l'ordre pour les liens
 
c'est dabord lien normal
 
puis :hover :focus...;etc etc...


 
Qu'est-ce que ça peut bien foutre l'ordre dans lequel ils sont mis?[:pingouino]


---------------
Can't buy what I want because it's free -
n°1197713
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 15:57:29  profilanswer
 

skeye a écrit :

Qu'est-ce que ça peut bien foutre l'ordre dans lequel ils sont mis?[:pingouino]


 
 
Ah la place de proférer des parjures, vérifie mes propos et aprés en en reparle.... :heink:

n°1197716
skeye
Posté le 12-09-2005 à 16:01:21  profilanswer
 

xtof_83 a écrit :

Ah à la place de proférer des parjures, vérifie mes propos et aprés en en reparle.... :heink:


 
1) Je ne profère rien du tout.
2) Evite d'utiliser des mots dont tu ne connais pas le sens.
3) Il n'y a aucun ordre obligé, à part si tu veux faire hériter ton a:truc des propriétés de ton a.:o


---------------
Can't buy what I want because it's free -
n°1197717
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:03:47  profilanswer
 
n°1197719
Negro
Posté le 12-09-2005 à 16:07:36  profilanswer
 

skeye a écrit :

pas le html.:o
Ya une astuce pour que ça fonctionne sous IE, retourne regarder chez alsa, je l'ai plus sous la main.


 
Je vous interdis de vous quereller sur mon post lol :whistle:  
 
CHez alsa? justement, jai repris leur syntaxe et la leur marche sous IE, alors je suis parti de celle ci en l'adaptant a mes images, et la ca marche que sous Firefox

n°1197723
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:09:33  profilanswer
 

hum bon on va regarder...

mood
Publicité
Posté le 12-09-2005 à 16:09:33  profilanswer
 

n°1197725
skeye
Posté le 12-09-2005 à 16:14:53  profilanswer
 

xtof_83 a écrit :

http://www.yoyodesign.org/doc/w3c/ [...] do-classes
 
Tiens Monsieur....


 
Je veux bien qu'on m'explique pour quelle obscure raison modifier la couleur du :link ou du :visited empecherait celle de mon :hover de s'appliquer.
Et d'ailleurs après test ce n'est pas le cas ni sous FF, ni sous IE, ni sous Opera.:o


Message édité par skeye le 12-09-2005 à 16:16:16

---------------
Can't buy what I want because it's free -
n°1197726
omega2
Posté le 12-09-2005 à 16:15:59  profilanswer
 

skeye a écrit :

Qu'est-ce que ça peut bien foutre l'ordre dans lequel ils sont mis?[:pingouino]

Ca fout que si pour un lien donné si le dernier style indiqué c'est le style pour le lien normal (pas de souris dessus, page visé non visité ...) alors ton lien aura la même apparence dans tous les cas même si la page visé a été visité et que t'as la sourie dessus.
Tu peux vérifier pourquoi dans la doc officielle du css2, c'est expliqué avec plus de détail.

n°1197728
Negro
Posté le 12-09-2005 à 16:16:05  profilanswer
 

xtof_83 a écrit :

hum bon on va regarder...


 
la je regarde ton lien..., tres instructif
merci
 
edit: quand je lis ca, je me dis que dream et topstyle c dla merde  :)


Message édité par Negro le 12-09-2005 à 16:18:03
n°1197734
skeye
Posté le 12-09-2005 à 16:20:51  profilanswer
 

omega2 a écrit :

Ca fout que si pour un lien donné si le dernier style indiqué c'est le style pour le lien normal (pas de souris dessus, page visé non visité ...) alors ton lien aura la même apparence dans tous les cas même si la page visé a été visité et que t'as la sourie dessus.
Tu peux vérifier pourquoi dans la doc officielle du css2, c'est expliqué avec plus de détail.


 
ça d'accord, ça parait normal, tu redéfinis les propriétés de ton a tout court...mais le coup du :link ou :visited forcément avant le :hover je vois pas...


---------------
Can't buy what I want because it's free -
n°1197735
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:21:13  profilanswer
 

Code :
  1. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  2. <html>
  3. <head>
  4. <title>Document sans titre</title>
  5. <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
  6. <style type="text/css">
  8. ul {
  9. list-style-type: none;
  10. padding: 0px;
  11. margin: 0px;
  12. border:0px;
  13. }
  15. ul a {
  16. display: block;
  17. }
  19. a.menu1{
  20. background-image: url(0_01.jpg);
  21. height: 83px;
  22. width: 34px;
  23. }
  25. a.menu2{
  26. background-image: url(0_06.jpg);
  27. height: 167px;
  28. width: 34px;
  29. }
  31. a.menu1 span, a.menu2 span{
  32. visibility:hidden;
  33. }
  35. a.menu1:hover span , a.menu2:hover span{
  36. visibility:visible;
  37. }
  39. </style>
  40. </head>
  41. <body>
  42. <ul>
  43.    <li><a class="menu1" title="menu1" accesskey="1" href="#"><span> contenu menu 1</span></a></li>
  44.    <li><a class="menu2" title="menu2" accesskey="2" href="#"><span>contenu menu 2</span></a></li>
  45. </ul>
  46. </body>
  47. </html>


 
Voila c'est ça que tu voulais faire?
 
Bon sinon skeye
Désolé..mais bon je crois que tu n'y croyais pas trop, moi non plus mais c'est Masklinn qui en avait parlé donc...

n°1197737
skeye
Posté le 12-09-2005 à 16:22:28  profilanswer
 

xtof_83 a écrit :


 
Bon sinon skeye
Désolé..mais bon je crois que tu n'y croyais pas trop, moi non plus mais c'est Masklinn qui en avait parlé donc...


 
C'est surtout que
1) je vois pas l'intérêt (pour le :hover après :visited par ex)
2) ça marche pas...[:urd]


---------------
Can't buy what I want because it's free -
n°1197739
skeye
Posté le 12-09-2005 à 16:24:07  profilanswer
 

ah tiens, si, sur le :visited ça marche...mais pas sur le :link
 
[edit]
 
Bon, j'ai réussi à tout faire marcher...[:dawa]
C'est stupide...[:petrus75]


Message édité par skeye le 12-09-2005 à 16:26:35

---------------
Can't buy what I want because it's free -
n°1197742
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:24:44  profilanswer
 

Si sa marche sous ...je sais plus qui...

n°1197745
Negro
Posté le 12-09-2005 à 16:28:06  profilanswer
 

xtof_83 a écrit :

Code :
  1. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  2. <html>
  3. <head>
  4. <title>Document sans titre</title>
  5. <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
  6. <style type="text/css">
  8. ul {
  9. list-style-type: none;
  10. padding: 0px;
  11. margin: 0px;
  12. border:0px;
  13. }
  15. ul a {
  16. display: block;
  17. }
  19. a.menu1{
  20. background-image: url(0_01.jpg);
  21. height: 83px;
  22. width: 34px;
  23. }
  25. a.menu2{
  26. background-image: url(0_06.jpg);
  27. height: 167px;
  28. width: 34px;
  29. }
  31. a.menu1 span, a.menu2 span{
  32. visibility:hidden;
  33. }
  35. a.menu1:hover span , a.menu2:hover span{
  36. visibility:visible;
  37. }
  39. </style>
  40. </head>
  41. <body>
  42. <ul>
  43.    <li><a class="menu1" title="menu1" accesskey="1" href="#"><span> contenu menu 1</span></a></li>
  44.    <li><a class="menu2" title="menu2" accesskey="2" href="#"><span>contenu menu 2</span></a></li>
  45. </ul>
  46. </body>
  47. </html>


 
Voila c'est ça que tu voulais faire?
 
Bon sinon skeye
Désolé..mais bon je crois que tu n'y croyais pas trop, moi non plus mais c'est Masklinn qui en avait parlé donc...


 
 
Ouai, super!! c ca, chui vraiment con de ne pas avoir essayé avec visibility!!!, vu que sur alsa il le fond avec diplay et que ca marche!
 
Par contre pourkoi passer par des class alors que mes 2 zones sont unique?

n°1197749
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:35:18  profilanswer
 

tiens skeye:
 
http://forum.hardware.fr/hardwaref [...] m#t1193356
 
enfin retrouvé....
Pour plus d'infos demande à masklinn

n°1197751
Negro
Posté le 12-09-2005 à 16:37:13  profilanswer
 

Aie, j'ai en fait tjs le meme probleme, car le texte que j'ai en roll over je veux le mettre dans un block, donc par exemple si je rajoute ceci:
 
  span{
    position:absolute;
  top:200px;
  left:50px;
  width: 400px;
  height: 50px;/**/
  background-color:#EEEEEE;
  }
 
ca marche sous FF mais pas IE meme en changent l'ordre
--> http://rsilvente.free.fr/css/pouet.html


Message édité par Negro le 12-09-2005 à 16:40:29
n°1197752
skeye
Posté le 12-09-2005 à 16:37:17  profilanswer
 

xtof_83 a écrit :

tiens skeye:
 
http://forum.hardware.fr/hardwaref [...] m#t1193356
 
enfin retrouvé....
Pour plus d'infos demande à masklinn


 
J'avais compris le principe...je le trouve juste stupide...[:dawa]


---------------
Can't buy what I want because it's free -
n°1197754
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:39:20  profilanswer
 

Negro a écrit :

Aie, j'ai en fait tjs le meme probleme, car le texte que j'ai en roll over je veux le mettre dans un block, donc par exemple si je rajoute ceci:
 
  span{
    position:absolute;
  top:200px;
  left:50px;
  width: 400px;
  height: 50px;/**/
  background-color:#EEEEEE;
  }
 
ca marche sous FF mais pas IE
--> http://rsilvente.free.fr/css/pouet.html


 
Man
 
 
Tiens jai trouvé
 
c'est un bug IE
 
rajoute ça
 
ul a:hover {
 background: none; /* correction d'un bug IE */
}

n°1197756
Negro
Posté le 12-09-2005 à 16:46:51  profilanswer
 

xtof_83 a écrit :

Man
 
 
Tiens jai trouvé
 
c'est un bug IE
 
rajoute ça
 
ul a:hover {
 background: none; /* correction d'un bug IE */
}


 
 
mhmm, jolie! ca va m'aider, meme si ca m'arrange pas que l'image disparaisse
j'ai testé ca:
 
 
ul a:hover {
 background: image: url(0_01.jpg);
}  
 
mais l'image se barre tjs... jvais voir en HTML

n°1197758
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 16:50:44  profilanswer
 

Negro a écrit :

mhmm, jolie! ca va m'aider, meme si ca m'arrange pas que l'image disparaisse
j'ai testé ca:
 
 
ul a:hover {
 background: image: url(0_01.jpg);
}  
 
mais l'image se barre tjs... jvais voir en HTML


 
Euh c'est de la sauce grand mére que tu nous fais là...
 
background: image: url(0_01.jpg); :sweat:  :sweat:  
 
background-image: url(0_01.jpg); c'est un peu mieux

n°1197760
FlorentG
Posté le 12-09-2005 à 16:51:56  profilanswer
 

Negro a écrit :

mhmm, jolie! ca va m'aider, meme si ca m'arrange pas que l'image disparaisse
j'ai testé ca:
 
 
ul a:hover {
 background: image: url(0_01.jpg);
}  
 
mais l'image se barre tjs... jvais voir en HTML


Et si t'apprenais le CSS ? Parce que ça s'écrit comme ça :

ul a:hover {
 background: url("0_01.jpg" );
}

n°1197761
Negro
Posté le 12-09-2005 à 16:52:05  profilanswer
 

xtof_83 a écrit :

Euh c'est de la sauce grand mére que tu nous fais là...
 
background: image: url(0_01.jpg); :sweat:  :sweat:  
 
background-image: url(0_01.jpg); c'est un peu mieux


 
lol toi aussi t'as remarqué?
Bah vous savez quoi, si je met le tirer a la place des : , bah ca marche plus
 
regarde et test: http://rsilvente.free.fr/css/pouet.html


Message édité par Negro le 12-09-2005 à 16:54:11
n°1197768
Negro
Posté le 12-09-2005 à 16:55:39  profilanswer
 

FlorentG a écrit :

Et si t'apprenais le CSS ? Parce que ça s'écrit comme ça :

ul a:hover {
 background: url("0_01.jpg" );
}



 
t'enerve pas mon doudou ;) je l'ai vu...
 
puis meme si chui pas doué en CSS, je pourrais t'apprendre d'autres choses, restons polis alors ;)


Message édité par Negro le 12-09-2005 à 16:55:54
n°1197769
FlorentG
Posté le 12-09-2005 à 16:56:20  profilanswer
 

J'ai oublié un smiley en fait :D milles excuses :jap:

n°1197776
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 17:00:23  profilanswer
 

Ben tu as ce que tu veux ou pas?

n°1197785
omega2
Posté le 12-09-2005 à 17:06:55  profilanswer
 

skeye a écrit :

ça d'accord, ça parait normal, tu redéfinis les propriétés de ton a tout court...mais le coup du :link ou :visited forcément avant le :hover je vois pas...

En fait, ca vient du fait que ce ne sont pas des états de liens comme en javascript, mais ce sont des pseudos classes. Et ces pseudos classes ne sont pas exclusives. C'est à dire qu'un liens peut appartenir à plusieurs de ces classes à la fois. Conformément à la norme css, c'est les valeurs des propriétés déclarés dans la derniére classe qui primera.
L'ordre de déclaration découle alors des cas d'appartenance ou pas à ces pseudos classes :

  • link en premier vu que tous les liens sont censé appartenir à cette classe, si c'était déclaré en dernier les liens ne changeraient jamais d'apparence.
  • visited et hover l'un avant l'autre en fonction de ce qu'on veut faire : si on veut qu'un lien change d'apparence quand on le survole même aprés avoir visité la page du lien, alors il faut que mettre le hover aprés le visited. Si on veut que l'état visité prime sur l'état "lien survolé", il faut mettre le hover avant le visited.

n°1197791
Negro
Posté le 12-09-2005 à 17:09:25  profilanswer
 

xtof_83 a écrit :

Ben tu as ce que tu veux ou pas?


 
 
Pas tout a fait, mais j'ai les bases pour continuer
 
Je vous remercie tous infiniment pour votre aide et vos liens precieux!
Merci a tous  :hello:  :hello:  :hello:


Message édité par Negro le 12-09-2005 à 17:09:44
n°1197794
xtof_83
Freeride Spirit
Posté le 12-09-2005 à 17:11:29  profilanswer
 

omega2 a écrit :

En fait, ca vient du fait que ce ne sont pas des états de liens comme en javascript, mais ce sont des pseudos classes. Et ces pseudos classes ne sont pas exclusives. C'est à dire qu'un liens peut appartenir à plusieurs de ces classes à la fois. Conformément à la norme css, c'est les valeurs des propriétés déclarés dans la derniére classe qui primera.
L'ordre de déclaration découle alors des cas d'appartenance ou pas à ces pseudos classes :

  • link en premier vu que tous les liens sont censé appartenir à cette classe, si c'était déclaré en dernier les liens ne changeraient jamais d'apparence.
  • visited et hover l'un avant l'autre en fonction de ce qu'on veut faire : si on veut qu'un lien change d'apparence quand on le survole même aprés avoir visité la page du lien, alors il faut que mettre le hover aprés le visited. Si on veut que l'état visité prime sur l'état "lien survolé", il faut mettre le hover avant le visited.


 
 
Merci pour cet eclaircisement... :jap:

n°1197828
skeye
Posté le 12-09-2005 à 18:29:04  profilanswer
 

omega2 a écrit :

En fait, ca vient du fait que ce ne sont pas des états de liens comme en javascript, mais ce sont des pseudos classes. Et ces pseudos classes ne sont pas exclusives. C'est à dire qu'un liens peut appartenir à plusieurs de ces classes à la fois. Conformément à la norme css, c'est les valeurs des propriétés déclarés dans la derniére classe qui primera.
L'ordre de déclaration découle alors des cas d'appartenance ou pas à ces pseudos classes :

  • link en premier vu que tous les liens sont censé appartenir à cette classe, si c'était déclaré en dernier les liens ne changeraient jamais d'apparence.
  • visited et hover l'un avant l'autre en fonction de ce qu'on veut faire : si on veut qu'un lien change d'apparence quand on le survole même aprés avoir visité la page du lien, alors il faut que mettre le hover aprés le visited. Si on veut que l'état visité prime sur l'état "lien survolé", il faut mettre le hover avant le visited.


J'avais saisi...mais ce que je ne saisis pas c'est plutôt l'intérêt d'un tel fonctionnement...[:joce]


---------------
Can't buy what I want because it's free -
n°1197842
masklinn
í dag viðrar vel til loftárása
Posté le 12-09-2005 à 18:53:41  profilanswer
 

skeye a écrit :

J'avais saisi...mais ce que je ne saisis pas c'est plutôt l'intérêt d'un tel fonctionnement...[:joce]


C'est pas un fonctionnement spécial, c'est juste une concéquence du comportement classique des CSS:

  • Si les règles ont des priorités équivalentes, la dernière définie prend le pas sur les autres
  • Les évènements sont cumulatifs


Le résultat, c'est qu'un lien peut être à la fois "visited" et "hover", ou "hover" et "focused".
 
Donc si on a un lien "visited" et "hover" et que :visited est en dernier, on ne verra pas :hover (puisque les priorités sont équivalentes et que visited, défini en dernier, prend le pas sur hover).
L'ordre que j'ai donné tient compte de ces évènements se cumulant (un lien actif est nécessairement hover, ...) pour faire en sorte qu'on ait pas d'évènements "précédent" qui bloque l'activation de l'évènement suivant. Stou. C'est pas un intérêt, juste un résultat [:spamafote]  
 
Accessoirement, on peut également  théoriquement cumuler les pseudos évènements (:visited:hover; :hover:focus; ...)


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1198005
skeye
Posté le 13-09-2005 à 07:56:03  profilanswer
 

masklinn a écrit :

C'est pas un fonctionnement spécial, c'est juste une concéquence du comportement classique des CSS:

  • Si les règles ont des priorités équivalentes, la dernière définie prend le pas sur les autres
  • Les évènements sont cumulatifs


Le résultat, c'est qu'un lien peut être à la fois "visited" et "hover", ou "hover" et "focused".
 
Donc si on a un lien "visited" et "hover" et que :visited est en dernier, on ne verra pas :hover (puisque les priorités sont équivalentes et que visited, défini en dernier, prend le pas sur hover).
L'ordre que j'ai donné tient compte de ces évènements se cumulant (un lien actif est nécessairement hover, ...) pour faire en sorte qu'on ait pas d'évènements "précédent" qui bloque l'activation de l'évènement suivant. Stou. C'est pas un intérêt, juste un résultat [:spamafote]  
 
Accessoirement, on peut également  théoriquement cumuler les pseudos évènements (:visited:hover; :hover:focus; ...)


 
Pour le cumul, c'est bon à savoir... :jap:
Par contre c'est une raison de plus pour penser qu'un :hover devrait être prioritaire...sinon un :hover avant les autres n'a pas de sens...:o


---------------
Can't buy what I want because it's free -
n°1198014
masklinn
í dag viðrar vel til loftárása
Posté le 13-09-2005 à 08:36:54  profilanswer
 

skeye a écrit :

Pour le cumul, c'est bon à savoir... :jap:
Par contre c'est une raison de plus pour penser qu'un :hover devrait être prioritaire...


Prioritaire? Sur quoi? Sur visited et link? ok, mais pas sur active et pas nécessairement sur focus [:dawa]
 
Il serait de toute façon stupide et dangereux de forcer des exceptions pour certaines pseudo classes. Ici le comportement semble bizarre à première vue mais est cohérent avec le langage, stable et automatique (si le reste est correctement implémenté, ce truc là suit tout seul sans emmerdes)


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1198020
skeye
Posté le 13-09-2005 à 08:52:30  profilanswer
 

masklinn a écrit :

Prioritaire? Sur quoi? Sur visited et link? ok, mais pas sur active et pas nécessairement sur focus [:dawa]
 
Il serait de toute façon stupide et dangereux de forcer des exceptions pour certaines pseudo classes. Ici le comportement semble bizarre à première vue mais est cohérent avec le langage, stable et automatique (si le reste est correctement implémenté, ce truc là suit tout seul sans emmerdes)


 
Moui, m'enfin un :hover qui est spécifié dans le css mais jamais utilisé pour cause d'écrasement des propriétés par un :link ou un :visited derrière ça parait quand même foutrement mal foutu...[:pingouino]


---------------
Can't buy what I want because it's free -
n°1198027
masklinn
í dag viðrar vel til loftárása
Posté le 13-09-2005 à 09:09:53  profilanswer
 

skeye a écrit :

Moui, m'enfin un :hover qui est spécifié dans le css mais jamais utilisé pour cause d'écrasement des propriétés par un :link ou un :visited derrière ça parait quand même foutrement mal foutu...[:pingouino]


Tu fais ce que tu veux hein [:pingouino]
 
En plus le moteur peut difficilement détecter tous les cas de figure (par exemple un "hover" écrasé par "visited" sera utilisé tant que le lien n'aura pas été cliqué [:enzan] )


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1198028
skeye
Posté le 13-09-2005 à 09:11:12  profilanswer
 

masklinn a écrit :

Tu fais ce que tu veux hein [:pingouino]
 
En plus le moteur peut difficilement détecter tous les cas de figure (par exemple un "hover" écrasé par "visited" sera utilisé tant que le lien n'aura pas été cliqué [:enzan] )


 
Si on veut un hover différent pour link et visited on n'a qu'à utiliser :visited:hover et :link:hover, puisque ça existe.:o


---------------
Can't buy what I want because it's free -
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Hover et display --> Bug IE

 

Sujets relatifs
[CSS] Problème avec hover & active[RESOLU] - Texte souligné "à la display: block;" (CSS)
[JS] Bug très étrange... Comprends pas ![RESOLU] Display: block pour le lien sous IE
Bug JS comparaison de valeur[Résolu] Changer "display: none" dynamiquement
[CSS] Bug IE : le positionnement entre les div et les champ <select> ?Forcer a aligner en haut avec un display:inline
[Web] Bug IE d'affichage d'un texte dans un divBug sur une affectation "Java null pointer exeption"
Plus de sujets relatifs à : Hover et display --> Bug IE

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.088 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)