I started a new site today, everything seemed OK, until looking in IE6. I work a lot with divs of 100% width and zero height to create flexible sites and therefore footers to be created that move down with CMS content.
basically roughly like this:
| div left | | div left |
| | 100% width footer auto centered | |
And here is the problem with FW5. Sites like this work fine on Mac (Safari/Firefox) but when viewed in IE6, the bottom padding, or margin, is ignored, leaving half or all of the footer missing on a longer page missing (i.e. it does not force the scroll bar to show).
But more importantly, it not just the footer that are missing, the page stops dead where the last bit of text appears, even with no footer, no padding or margin creates any extra depth at the bottom of the page.
I must stress, the same layouts produced in FW4 work fine.
Also if you try and open these kind of site from FW4 into FW5, they don’t open well, and need lots need fixing or just re-building. And with a back catalogue of many site, this is a BIG problem for me.
Its not a very good start to FW5, and I’m forced back to using FW4, until this is fixed or addressed.
I started a new site today, everything seemed OK, until looking in IE6. I work a lot with divs of 100% width and zero height to create flexible sites and therefore footers to be created that move down with CMS content.
basically roughly like this:
| div left | | div left |
| | 100% width footer auto centered | |
And here is the problem with FW5. Sites like this work fine on Mac (Safari/Firefox) but when viewed in IE6, the bottom padding, or margin, is ignored, leaving half or all of the footer missing on a longer page missing (i.e. it does not force the scroll bar to show).
But more importantly, it not just the footer that are missing, the page stops dead where the last bit of text appears, even with no footer, no padding or margin creates any extra depth at the bottom of the page.
I must stress, the same layouts produced in FW4 work fine.
Also if you try and open these kind of site from FW4 into FW5, they don’t open well, and need lots need fixing or just re-building. And with a back catalogue of many site, this is a BIG problem for me.
Its not a very good start to FW5, and I’m forced back to using FW4, until this is fixed or addressed.
If these divisions are all inline in another container division, as a test, try setting them so that they all are set to shrink to content. I know this sounds counter productive for sizing divisions, but try this and see if that solves the IE6 issue.
You’d want to set the margin on the bottom to be 150px of the single div, not the padding. Padding works inside the div, margin affects the outside. (Maybe that’s what you meant)
I have a lot of problems with my CSS navigations (handcode) in FW5. I have tested 5 sites.
None of them works in IE6, the menus become twice as big and there are big gaps (10px or more) between the links.
Can’t find a solution.
In IE7, Firefox and Opera they are fine.
Op 2-apr-2008, om 11:13 heeft David Owen het volgende geschreven:
Sorry Heather, its nothing to do with that - been there done that.
I fear its something that effects all FW5 users and IE6. Working with divs with zero height and that are longer than the screen size - no scroll bar is generated in IE
If you delete the style=”position:relative” on the page div it reverts to how FW4 behaves, and then its OK.
Why did Softpress add in style=”position:relative” on the page div? Any code experts please?
I think that it always did, on pages where the alignment was set to
some value. If the page is set to Align: none, then the code is not
published.
There are new features in Freeway 5 that allow you to insert content
directly into the PageDiv, perhaps this has something to do with the
issue. Another difference between an empty FW4 and FW5 page is that
in the latter, the html element is set to 100% height.
It’s actually more “correct”, layout-wise, to always nest an
absolutely-positioned object inside a relatively-positioned one. This
usually fixes a whole host of layout bugs in IE. Perhaps in so doing
it has exposed another one.
Try this, and see if it clears things up for your IE6 poor relations.
In the Page > HTML Markup dialog, switch to the Before /head section
and add the following:
Sorry, using the same trick as before. In the Page > HTML Markup
dialog. You don’t need to create another STYLE block to hold it, just
plop that rule into the same block so it looks like this:
I see it here, and in BrowserCam, too. So it’s not a cache issue at
netrenderer, as I had hoped. This white area corresponds to the
bottom edge of your footer element, according to Xyle scope. I don’t
see anything below the box that could create this space, but above
that box there is a margin of 20px that looks suspiciously like the
right size. Try this: Instead of using margin on the footer to force
it away from the bottom of the white stripe across your page, use
padding inside the white stripe to hold the space at the bottom and
don’t put any margin on the footer.
Get a copy of Xyle scope at http://culturedcode.com – it’s a
marvelous x-ray view of your site, and can show you all sorts of
things you might otherwise miss.
Walter
On Apr 2, 2008, at 11:51 AM, WebWorker wrote:
Sorry that does not work. It still leaves the white (20px) space
under the footer.