EDIT : voila le probleme est revenu, voir denreir post pour comprendre
 
merci    

Ben en fait, il te suffit de pas spécifier le width="100%" sur ta deuxième colonne. Puisque tu as déjà déclaré ton tableau avec une largeur de 100% la deuxième colonne reste la seule qui soit capable de s'adapter.
Par contre si tu mets width="100%" sur la 2ème colonne, elle va chercher à faire 100% de la largeur de la fenêtre et donc, empiéter sur les autres colonnes.

oki merci c trop cool ! ct aussi simple que ca =)
 
merci à toi qui a prius le temps de m'eclairé !

Avec certains navigateur (NS4.x il me semble) cette solution "marchouille" dans la mesure où un espace va apparaître entre les colonnes, et que la colonne en question ne va faire que la largeur de son contenu.
 
Alors une solution pourrie, mais qui fonctionne, c'est de lui mettre non pas 100% comme largeur, mais 95% par exemple.
 
Dans ce cas, même si physiquement elle ne prendra pas 95% de la taille de l'écran, elle prendra toute la place qui reste dans le tableau.

par contre,g un aute probleme (eh oui, amis c le derneir )) qui fait que si la colone a coté u menu, en essous de la banniere du haut (donc la plus importante, celle ou i aura le contenu) donc je reprends : si cette colonne se trouve trop grande (issi je stimule cela avec bcp e "<br>", ben le menu est tout décallé :-/ il i a la cellule ou il i a la date "Mardi 28 septembr" ki déconne est s'agrandi alor que je lui ai bien donné une largeura garder... j'aimerai savoir pourquoi cette derneire se met a s'allongé lorsque la colonne principal devient imposante (bcp de texte, stimulé apr des <br> ici)
 
Merci merci merci

 
ah bon ? car en effet, j'aimerai une compatibilité assez grande pour le site et les navigateurs... tu pense que ta solution est la plus adéquat pour cela ? ca fé aps un peu "cacD" justement ? d'autres avis les autres ?

rainckill a écrit a écrit :     ah bon ? car en effet, j'aimerai une compatibilité assez grande pour le site et les navigateurs... tu pense que ta solution est la plus adéquat pour cela ? ca fé aps un peu "cacD" justement ? d'autres avis les autres ?

Ben DWL NS 4.x et regarde ce que ça donne, tu changeras en fonction. Tu peux toujours trouver NS 4.x sur le FTP de netscape

oki, merci , je vais testé ca
 
Sinon, personne pour me répondre a cette kestion ? :-/ ca m'enevre de po rouvé la :
 

Oui je confirme, mais ta solution crée un autre problème, en imposant à la deuxième colonne de faire 95%, les navigateurs qui fonctionnent correctement (soit à peut près tous les navigateurs mordenes) élargissent au maximum cette colonne de manière à ce qu'elle fasse 95% de l'écran. Donc les autres colonnes de taille fixe ne font plus la largeur qu'elle sont censées faire.
 
Donc soit on fait en sorte que ça passe sur la plupart des navigateurs et que ça reste lisible sur Netscape 4, soit on fait sorte que ça passe sur Netscape 4 et que ça merdoie sur les autres.
 
Personnelement, mon choix est vite fait.

J'ai pas relevé le problème avec IE 6 et NS 6 (visiblement ils ont prévu que des sites essairaient d'être compatible avec NS 4.x)
 
Par contre, pas testé avec Opera, mais j'aime tellement pas ce soft, que je préfère encore vérifier que mon site marche avec NS 3.0 plutôt qu'Opera

Rien compris. Tu parles d'un truc dont on a pas l'URL, donc c'est pas évident...

MagicBuzz a écrit a écrit :   J'ai pas relevé le problème avec IE 6 et NS 6 (visiblement ils ont prévu que des sites essairaient d'être compatible avec NS 4.x)   Par contre, pas testé avec Opera, mais j'aime tellement pas ce soft, que je préfère encore vérifier que mon site marche avec NS 3.0 plutôt qu'Opera

Ben écoute test ça :
 

 
Et tu constatera qu'aucun des 2 tableaux est correct avec Netscape 4. Dans le deuxième (ta solution) les cellules "fixes" sont écrasées)

Tiens, c zarb, ça chien en effet
 
D'hab ça chie pas je vous jure m'sieur

 
oki, donc c vraix que c'est cho a comrpendre sans rien sous les yeux donc voila :  
http://www.hellfire.firstream.net/GOGO/index.php  
 
Vous constaté donc que le petit bloc "date" n'est aps collé au menu... biens ur une solution simple serai de faire valign="bottom" au lieu de top, maisl'espace séparant els 2 serait alor au dessus, entre le logo et la date donc ca reviendré au même...  
 
Ce blem se produit lorsque je met plein de <br> dans le cadre principal 'ici entre le 2 et le 3 (cf la page)  
 
Kkl a une iD ?  
 
merci    

Je sais pas ton code est loin d'être clair... Essaye de mettre les lignes du dessous à une hauteur fixe, ou de 100%
 
 
 
 
Et y'en a qui prétendent encore que la mise en page à l'aide des tableaux est simple...

Tu parles de quelle ligne la ?  

Ben les lignes du tableau principal qui sont sous la ligne qui contient le bloc de la date. En particulier la ligne avec les <br>

ben mincce alor, le premier probleme reviens lorsque que je vout qql shoce dnas le cadre principal (ici l'edito + articles) !
 
c plus l'espace prévu pour s'agrandir et s'adapté a la résolution ki sagrandi, mais les autres ! cad le care ou i a "recherche" et le menu du haut !
 
a voir ici : http://www.hellfire.firstream.net/GOGO/index.php
 
Je rapelle : le haut ki part en couille est composé de :
1 cellule pour le log
1 autre juste a coté prévu pour s'agrandir en cas de grande resolution
1 autre encore a droite pour le cadre ou i aura la recherche
1 autre a acoté pour le "ajouter au favorie, etc..."
 
Je rappelle ke toutes ces cellule ont un width attribué de type 346 sauf celle prévu de s'agrandir. Le tablo étant a width="100%"c elle qui devré s'agrandir
 
Mais la, depuis ke g mis un contenu donc, ben ca re-couille :-/

up  

Ca va pas beaucoup t'aider, mais sache que ça marche parfaitement avec Mozilla.
 
IE s'emmelle les pinceaux donc... C'est à mon avis à cause de tes colspan qui incluent la colonne censée s'adapter en largeur... Vérifie donc toutes tes largeurs, s'il n'y pas d'erreurs dans le tableau (balise non fermée...).
 
Sinon, au pire, essaye de retrouver la version de ta page qui marchait pour repartir sur celle-ci.
 
Voilà, pas mieux pour l'instant