Geckozone

table-layout ? Tiens, une propriété que je n'avais pas encore eu l'occasion de tester :idea: En mettant la propriété table-layout: fixed : #C {border: 1px solid; width: 100%; table-layout: fixed} c'est le bonheur : le cadre reste bien contenu dans le div englobant, quel que soit le contenu du selec...

Non. Mais... ça risque de poser d'autres problèmes, dans d'autres navigateurs dont tu ne connais pas le comportement (Opera, Safari, Konqueror et autres), et également si le javascript est désactivé... Yep! Je travaille sur une page d'administration où JS est forcément activé ; ça aide 8) Concernan...

Bien vu, Calimo ! Encore que... C'est bien toute la table qui s'agrandit... il en va de même dans d'autres navigateurs (Opera, IE...) Le comportement est fondamentalement différent entre les familles IE et Gecko : Quand la table déborde, le div englobant s'ajuste chez IE alors que chez FF le div gar...

C'est un mode de rendu du navigateur, opposé au mode "quirk" ("étrange"...). Le mode strict (qui n'a donc rien à voir avec la variante strict du html) fait que le navigateur a un comportement prévisible. Il faut donc toujours travailler en mode strict. C'est intéressant, ça... J'aimerais bien faire...

Ben, j'ai mis qu'une seule cellule pour simplifier l'exemple... Dans mon appli, y a tout un tas de données tabulées dans un formulaire (dont des selects), et ça serait un peu prise de tête de tout faire avec des blocs div. Je ne suis pas partisan des anciens designs à coup de tables imbriquées, mais...

Ouah ! rapide, la réponse...

Passer en mode strict. Donc mettre un doctype complet

Heu, dans l'exemple, le mode strict, c'était pour se la pêter

Enfin, mode strict, transitional, ou rien du tout, ça change rien. Gasp !

Bonjour, Excusez-moi si je remets sur le tapis un sujet que vous auriez déjà éclusé... mais j'ai pas trouvé avec le moteur de recherche :oops: Il semblerait que la balise select prenne ses aises sous FF. Je m'explique: Si je place un select dans un conteneur div et que je fixe par CSS la taille du d...

Mais s'il y a un background et/ou une bordure au div, un padding n'est pas du tout équivalent à un margin Exact ! C pour ça que je me permets de triturer le marginTop (ou une autre marge) de l'élément juste en dessous. C pas grave, puisque je le remets ensuite à sa bonne valeur juste après... Maint...

Merci, jv2759, mais un padding ce n'est pas vraiment la même chose qu'un margin :twisted: A la suite de ton idée, j'ai codé un workaround assez simple. Reporté au petit exemple bidon de tout à l'heure cela donne ceci : document.getElementById("B").style.marginBottom = document.getElementsByName("edB...

Merci pour les infos :) J'ai essayé avec Deer Park alpha 2 : le bug a bien disparu. Ceci dit, je pense que j'ai intérêt à implanter le workaround de jv2759, pour les autres navigateurs à base de moteur Gecko, même si peu de gens s'en servent. Au fait (encore une question de nul ;) ) : on me dit que ...

J'osais pas le dire, mais ça ressemble bien à un... bug !!! Indication : quand on regarde avec l'inspecteur DOM, on retrouve bien les tags affectés des bonnes valeurs de margin... Ce serait donc un problème d'affichage ? Heu, et pardon pour la question de Dummy ; ça veut dire quoi ça : Ils faudrait ...

Bonjour, Je tombe sur un fonctionnement bizarre des navigateurs de la famille Gecko, dont mon préféré FF ! Le but est de régler dynamiquement les marges d'un bloc <DIV> avec un bout de javascript. Il semble que, sous Gecko, cela ne marche pas uniquement avec la marge basse . Curieux... Voici un peti...