![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
|
Alex Bell wrote: Please look at http://citybaptistchurch.net/TestFooter.html and tell me why the left hand end of the yellow footer hides behind the lime navigation div when the navigation div extends further down the screen than the lime contents div. Because the green bit has position: fixed; clear: both; has no relevance to prior elements whose position is fixed. Better still, please tell me how to get the footer to drop below both the navigation div and the content div irrespective of which extends furthest down the screen. Remove position: fixed; from the green bit. |
#2
| |||
| |||
|
|
Thanks, Gus. But as I've indicated in another post I really want the menu to be visible at all times. Is there another way of having that without fixing it's containing div? I really don't care how it's done as long as the menu is visible and vertical. |
#3
| |||
| |||
|
|
Alex Bell wrote: Thanks, Gus. But as I've indicated in another post I really want the menu to be visible at all times. Is there another way of having that without fixing it's containing div? I really don't care how it's done as long as the menu is visible and vertical. Incorporating position:fixed would cause me to redo the structure of design. I would start with the banner, followed by the #content with a left margin for the amount of the #navigation menu, followed by the footer. I would then, just before </body>, include the #navigation menu and position it as required (you may prefer to have it as the very first thing or somewhere in the middle - up to your preference). But I'll fudge around with the existing markup which will not be as clean as I would like, however here goes: #navigation - leave in: position: fixed; add: left:0; remove: float: left; #content - remove: float: left; body - add: height:100%; overflow-y:auto; Create a new rule: * html #navigation {position:absolute;} |
|
Stu Nicholls advises that anything that is position:absolute; or position:relative; will now be FIXED in IE6 and that the problem with this is that you cannot use absolute or relative positions on the moving page but float is allowed. So if this is a problem, search for "IE position fixed bug" for other workarounds. Caveat: I have not checked it in IE7 or IE8. |
#4
| |||
| |||
|
|
If this weren't javascript hating group, |
|
you could also update IE6 to either IE& or IE8 using the bit of js I've posted before in this group with no response. |
|
That also fixes first-child and +, which I find very very useful. I which case the menu could be fixed and the content relative or absolute. |
#5
| |||
| |||
|
|
Jeff wrote: If this weren't javascript hating group, It is *not* a JavaScript hating group, it just is off topic for this group which scope is *stylesheets*. you could also update IE6 to either IE& or IE8 using the bit of js I've posted before in this group with no response. JavaScript that would update one's browser? 1) It would need to be signed script and prompt all kinds of security warnings, and 2) not possible for non-supporting OSs unless the JavaScript going to update their Win9x|NT|2000 as well! Or is your phrasing off and you mean JavaScript to correct IE6's deficiencies. |
|
That also fixes first-child and +, which I find very very useful. I which case the menu could be fixed and the content relative or absolute. JavaScript can be used to compensate for bugs, just as long as 1) you realized that JavaScript may not be available to the visitor and 2) the functionality of the site should not *depend* on the JavaScript. In other words, JavaScript can assist or augment a site, not be critical to its function. |
#6
| |||
| |||
|
|
Jeff wrote: you could also update IE6 to either IE& or IE8 using the bit of js I've posted before in this group with no response. JavaScript that would update one's browser? |
#7
| |||
| |||
|
|
And if a site looks a bit different in the 5% of the 25% of IE6 users with js off. Who cares? I've recently heard it argued here to ignore IE altogether. |
#8
| |||
| |||
|
|
Alex Bell wrote: Thanks, Gus. But as I've indicated in another post I really want the menu to be visible at all times. Is there another way of having that without fixing it's containing div? I really don't care how it's done as long as the menu is visible and vertical. Incorporating position:fixed would cause me to redo the structure of design. I would start with the banner, followed by the #content with a left margin for the amount of the #navigation menu, followed by the footer. I would then, just before </body>, include the #navigation menu and position it as required (you may prefer to have it as the very first thing or somewhere in the middle - up to your preference). But I'll fudge around with the existing markup which will not be as clean as I would like, however here goes: #navigation - leave in: position: fixed; add: left:0; remove: float: left; #content - remove: float: left; body - add: height:100%; overflow-y:auto; Create a new rule: * html #navigation {position:absolute;} Stu Nicholls advises that anything that is position:absolute; or position:relative; will now be FIXED in IE6 and that the problem with this is that you cannot use absolute or relative positions on the moving page but float is allowed. So if this is a problem, search for "IE position fixed bug" for other workarounds. Caveat: I have not checked it in IE7 or IE8. Thanks, Jeff and Gus. I've printed out your suggestions and will study them. |
![]() |
| Thread Tools | |
| Display Modes | |
| |