Voilà le plan :
 

 
La problèmatique est la suivante :
 
- Je sais mettre deux div l'un au dessus de l'autre, et si la partie 1 est PLUS IMPORTANTE que l'écran, aucun problème, la partie 1 pousse la partie 2, et la partie 2 est bien en bas.
- Je sais également faire en sorte de "fixer" la partie 2 en bas en absolute.
 
MAIS : Je ne sais pas faire les deux en même temps.
 
Je m'explique :
 
- Si la partie 2 est en absolute, la partie 1 ne pousse plus sur celle-ci, ce qui fait que si le contenu de la partie 1 déborde, c'est la cata.
- Si la partie 2 est en relative, elle se "colle" au dessous de la partie 1, mais si le contenu de la partie 1 est trop faible, la partie 2 n'est plus collé en bas.
 
Ma question :
 
A part l'utilisation d'un tableau, existe-t-il une solution crossbrowser (IE 5+, Moz 1+, Opera 7+) ?
   
 

Utilise la solution 1 et ajoute une marge à la partie 1 de la taille de la partie 2
 
Comme ça, une partie de la partie 1 sera cachée par la partie 2 mais ce sera la marge.

Je vois mal comment tu ferait ça avec des tableau.

Déjà essayé, et ça ne marche pas. Mais merci de t'intéresser à mon problème...  
 
Le code :
 

 
et la feuille de style :
 

 
Très facilement :
 
Comme ça :
 

 
et la feuille de style :
 

J'en suis déjà à 2 cas où l'on ne peut ABSOLUMENT PAS se passer des tables pour la mise en page.
 
1) ça ne remet nullement en question la validité du code XHTML 1.1 (il suffit de mettre les attributs dans les CSS).
2) Le respect de la "philosophie div" pour la mise en page ne doit ABSOLUMENT PAS LIMITER les possibilités de création. J'insiste bien sur ce point.  
3) Qu'on ne vienne plus dire : les tableaux pour la mise en page "c'est mal". Oui, en général, c'est mal, mais dans certains cas, c'est OBLIGATOIRE.
 
Pour le deuxième cas ou l'utilisation de table est indispensable, se reporter ici :  http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
Et sinon, pour une solution concernant mon problème, je reste évidemment ouvert à toutes vos propositions...  

tu peux utiliser le min-height sur ta div1 pour te garantir une certaine hauteur ... mais ça marche que sous moz
Néanmoins il existe un moyen de ruser pour IE:

 
Non, évidemment, pas de JS pour des problèmes de mise en page, ça va de soi... Evidemment, avec du JS tout est possible, mais ça ne m'intéresse pas...    
 
Mais merci quand même d'avoir participé.  
 
(Et d'ailleurs, en y repensant, même la solution du min-height pour Moz ne marchera pas... En effet, il faut que le div 1 s'adapte en fonction de la place QUI RESTE sur la page - Il n'est pas possible de déterminer de quelle hauteur il aura besoin à l'avance sans JS).

Et en se servant de ça ?  
 
http://www.v2studio.com/k/lab/fixed/index2.html

Bin si:

ça marche bien ... enfin sous mozilla hein
Mais du coup ça m'a donné une idée en faisant comme ça:
Dans la div du haut( avec height a auto) tu mets une autre div de largeur 0% et de hauteur le minimum que tu veux pour ta div centrale. Si bien qui si il y a trop peu de contenu dans la div du haut elle aura quand meme la bonne hauteur a cause de la div de largeur 0. Non?

Hermes, il me semble que c'est possible, mais tu va me dire ce que tu en penses.  
 
En fait dans le premier bout de code que tu nous à montré, le cadre global contient le texte et le pied de page.  
 
Mais il me semble que si tu mets le texte dans un div, cela marchera mieux.
 
- div avec texte : position abolute top:0
- div pied : position absolute et bottom:0
 
c'est comme ca que j'aurais procédé

 
Non.
 
1) ya bug avec Opera (dbl scroll).
2) ça ne concerne qu'un div qui reste en haut, et ça j'ai aucun problème pour le faire (et bien mieux même...).

 
Non passe pas avec IE et de plus scroll sous Moz...

 
Fais un test et poste le ici. Ce que tu proposes est la première chose que j'ai essayé. Le problème, c'est qu'un div en absolute ne poussera jamais un autre div. Donc à priori non, sauf si tu parviens à me montrer le contraire...  

 
Effectivement, cela ne fonctionne qu'avec une hauteur du cadre global fixée ( suffisamment grande en plus ),
mais je n'ai pas dis mon dernier mot

 
     
 
Aller pour le cas des divs scrollables : http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
je double la prime offerte : 20?      

 
Oui, sauf que je veux qu'en plus, quoi qu'il arrive le fixe reste en bas de l'écran...   (et évidemment, si le contenu déborde de l'écran, je veux que ce contenu "pousse" le fixe...)

<?xml version="1.0" encoding="iso-8859-1"?>
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml">
    <head>
    <meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
       
    <title>test</title>
     
    <style>
    body,html{
    margin:0;
    }
     
    #div1{
    background-color:green;
    width:100%;
     
    /* pour IE 5 */
    height:100%;
    padding-bottom:60px;
    padding-top:60px;
     
    /* pour moz */
 
    height/**/:auto;
    position/**/:absolute;
    top/**/:0px;
    bottom/**/:0px;
     
    }
     
    #div2{
     
    background-color:red;
     
    /* pour IE 5 */
    overflow:auto;
    height:100%;
 
    /* pour moz */
     
    }
     
    </style>
     
    </head><body>
     
    <div id="div1">
    <div id="div2">
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    asdfasdf<br />
    </div>
    </div>
     
    </body>
     
    </html>
   
 
Marche avec Moz et IE5  
Chez moi ça fait planter Opera7
Marche pas avec Opera6

ça ne marche qu'avec Mozilla chez moi. Ni IE, ni Opera...  

C pasque tu utilise IE6

 
Ben oui...    
 
Je vais aller tester ta page avec IE 5.5... attends un peu...

Des fois faut savoir se limiter à ce que les navigateurs gère bien.
 
En plus je suis pas sûre que ça soit utile de proposer deux endroit ou l'information est persistante. Une seule suffit largement. Je dirais même que c'est déjà trop.
 
Mais si on veut vraiment que ça marche partout. Bha il reste toujours les Hack CSS. Mais faut avoir tout les navigateurs sous la main.
 
http://www.magnin-sante.ch/journal/index.php/CSSHacks

Même problème que pour IE 6... Le div du bas ne reste pas en bas si la page est trop grande...  

ça va pas marcher ave IE5.5
 
faut voir le lien qui est en haut pour comprendre.

j'ai pas IE6 et ie 5.5 sous la main donc je peux rien faire.

 
Oui, à condition qu'il n'y ai aucune solution. Hors moi, j'ai une solution qui fonctionne parfaitement avec les tables en XHTML 1.1 .
Doit-on limiter les possibilités sous prétexte que c'est pas "philosophiquement" compliant ? Je ne crois pas. Les normes ne sont pas faites pour limiter la créativité, mais pour l'étendre.
 
 

 
Bien sûr que si, ça peut être utile. Et puis, c'est le client qui décide de toutes manières. Le problème n'est pas là.
Encore une fois, je ne VEUX PAS m'interdire de réaliser quelque chose de réalisable. Les divs et les normes doivent étendre les possibilités, pas les limiter.
 

 
Non, c'est une mauvaise solution, car elle ne tient pas compte de l'évolution des browsers, et dès qu'on passe à une nouvelle version, ça ne marchera plus.
 

 
Tu n'as qu'à t'inscrire au commité de normalisation psi tu veux. Moi je pense que oui il faut se débarasser de l'usage de TABLE pour la mise en page. Ce n'est pas à ça que ça sert.
 
PS : il se comporte comment à l'impression ton truc qui reste en bas ?

 
Mais parfaitement. Dès qu'il y a une autre solution, je suis parfaitement d'accord. Mais l'extrémisme "bête et stupide" qui consiste à dire : pas de table, même si certaines choses utiles sont irréalisables sans, non je ne suis pas d'accord.
 

 
Très bien. Aucun problème de ce côté justement.
De toutes manières, j'emploie une autre feuille de style spéciale pour l'impression.

groumpf
 
A par l'ascenseur qui disparait, j'ai un truc qui marche pour IE6/Moz/Op7

 
Montre  

http://ohubaut.dyndns.org

 
Très beau, j'avais eu un truc équivalent il y a quelques semaines, avec le même problème de l'ascenseur. Mais moi, la situation se rétablissait quand on rezisait la fenêtre...  

Et sinon, ta version *IE only* que tu as retiré, on peut la revoir? parce que la solution doit surement être un mix des deux.

La voilà : (Mais elle implique une organisation radicalement différente de la page).
 

ouais, ca c'est pas grave. ce qui est chiant, c'est qu'elle implique SURTOUT l'utilisation du mode draft, ce qui empèche l'utilisation de nombreuses autres choses.

 
C'est pour cela que pour le moment, ma solution avec juste une table est la meilleure, parce qu'il y a auto-resize de la cellule centrale du fait justement que c'est un tableau en 100% et qu'on fixe la taille du haut et du bas.
Ma démarche reste quand même la plus logique, même si je reconnais que ce n'est pas satisfaisant du point de vue "idéologique".

 
C'est le topic d'à côté ce défi là
 
(faut dire que le défi de ce topic ça me semble pas vraiment possible un position:fixed "sauf des fois", c'est pas gagné à mon avis)

 
  Belle expo. du problème.  

 
Mais on est d'accord, rassures-toi. Là, je parle de circonstances exceptionnelles.    
 

 
 
Toujours d'accord, mais attention à une chose. Une table en 3 parties organisée verticalement comme dans la problèmatique ne constituera pas d'obstacle à la lisibilité du site, même en mode texte. C'est surtout la prolifération de table dans un design qui entraine ce dont tu parles.
 

 
J'ai dit le contraire ?    
 

 
Il ne s'agit pas de faire des sites "en table", mais de ne pas devenir aussi bête que les gens qui disent : faisons des sites seulement pour IE et tant pis pour les autres.
Il faut savoir "raison garder" quand la meilleure solution à un problème donné est une table.    
 

 
D'accord aussi, mais là, dans le cas qui nous occupe, il n'y a aucun problème avec le référencement. Ce serait une organisation avec une Iframe ou des frames qui poseraient un problème.
 

 
Ben on ne peut jamais rien garantir. Mais les tables existeront toujours ainsi que la possibilité de les dimensionner. Par contre, un hack pour une version d'un nav, j'en suis moins convaincu. Et puis de toutes manières, on retombe dans le "sémantiquement incorrect" et même sans doute le "syntaxiquement incorrect" (il faudrait vérifier avec le validateur).