[HTML] Mise en page en TABLO ! PB tres bizar ! A l'aide !!

Recherche :

Dernière réponse
Sujet : [HTML] Mise en page en TABLO ! PB tres bizar ! A l'aide !!
gm_superstar	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 :/

Dernière réponse

Sujet : [HTML] Mise en page en TABLO ! PB tres bizar ! A l'aide !!

gm_superstar

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 :/

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

gm_superstar

rainckill

up :cry:

rainckill

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 :-/

gm_superstar

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>

rainckill

Tu parles de quelle ligne la ? :heink:

gm_superstar

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...

rainckill

gm_superstar a écrit a écrit :

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

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

MagicBuzz

Tiens, c zarb, ça chien en effet :??:

D'hab ça chie pas je vous jure m'sieur :o

gm_superstar

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 :D

Ben écoute test ça :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<html>
<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-15">
<title>Test</title>
</head>

<body>
<table width="100%" border="1">
<tr>
<td width="100">100 pixels</td>
<td> </td>
<td width="250">250 pixels</td>
<td width="75">75 pixels</td>
</table>
<table width="100%" border="1">
<tr>
<td width="100">100 pixels</td>
<td width="95%">95 %</td>
<td width="250">250 pixels</td>
<td width="75">75 pixels</td>
</table>
</body>
</html>

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)

gm_superstar

rainckill a écrit a écrit :

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

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

MagicBuzz

gm_superstar a écrit a écrit :

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 :D

gm_superstar

MagicBuzz a écrit a écrit :

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.

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.

rainckill

MagicBuzz a écrit a écrit :

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 :

Citation :

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

MagicBuzz

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

rainckill

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

MagicBuzz

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.

rainckill

oki merci c trop cool ! ct aussi simple que ca =)

merci à toi qui a prius le temps de m'eclairé ! :)

gm_superstar

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.

rainckill

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

merci