Re: Weird IE bug? float:left in <td> together with (any) inline styles?

Herman Kuiper wrote:

Hi,

The HTML at the end of this message will render erroneously on IE (at
least 5.0) and prperly on Mozilla (as I've been told). That does not
surprise me, but I *would* like to find some workaround to get it to
display properly...

The thing is: on IE5 (Windows) the second "hello" is just not rendered
(ok, at least I try to select all text with Ctrl-A...) when the empty
style> element is in the document. If I remove that element, it renders
OK.

Is this a known bug, and if so, is there a workaround?

I just copy-pasted your code, and it renders 'hello world'
three times, both in IE5.01 and IE5.5 (and NS7.1 ;-) )


--
Els

Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -

In article <403d1ec9$0$41761$5fc3050 (AT) dreader2 (DOT) news.tiscali.nl>,
els.aNOSPAM (AT) tiscali (DOT) nl says...

I just copy-pasted your code, and it renders 'hello world'
three times, both in IE5.01 and IE5.5 (and NS7.1 ;-) )

Harumph... It *was* late last night, but it didn't work over here.
Honest. I tried again, and found that (first closing all browser
windows, just in case) that the initial view was correct, but that an F5
(reload) would render the document erroneously. Using IE5.00.3502.1000
BTW.

Herman

Herman Kuiper wrote:

In article <403d1ec9$0$41761$5fc3050 (AT) dreader2 (DOT) news.tiscali.nl>,
els.aNOSPAM (AT) tiscali (DOT) nl says...


I just copy-pasted your code, and it renders 'hello world'
three times, both in IE5.01 and IE5.5 (and NS7.1 ;-) )


Harumph... It *was* late last night, but it didn't work over here.
Honest. I tried again, and found that (first closing all browser
windows, just in case) that the initial view was correct, but that an F5
(reload) would render the document erroneously. Using IE5.00.3502.1000
BTW.

Yep, I see it now too, after reloading the page...
Don't know why, might have to do with the 'peek-a-boo' bug,
but I'm not sure, cause that one usually says 'peek-a-boo'
after you cover it with another window and uncover it. This
one doesn't.

Tried quite a few things too, but as soon as the width
property is given to the float (which is usually necessary),
the height collapses. So I gave it height, and it has
height, but still, the word doesn't appear....

Looks like a bug indeed :-(

Works in 5.5 though, just not in 5.0 or 5.01...

--
Els

Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -

In article <403dd68a$0$41751$5fc3050 (AT) dreader2 (DOT) news.tiscali.nl>,
els.aNOSPAM (AT) tiscali (DOT) nl says...

Yep, I see it now too, after reloading the page...
Tried quite a few things too, but as soon as the width
property is given to the float (which is usually necessary),
the height collapses. So I gave it height, and it has
height, but still, the word doesn't appear....

:-) Whenit has a height, and you just single-click on it, it will
usually appear as well. But what bugs me most is that (at least over
here), the presence of the <style> tag is also related to the problem,
even though it utterly empty...

Works in 5.5 though, just not in 5.0 or 5.01...

OK - the site is for a specific set of users, and most of them have
IE5.5 or IE6. With this, in a few documents the word "Tip" (used as a
list identifier) is missing, not a huge problem.

Herman

Herman Kuiper wrote:

:-) Whenit has a height, and you just single-click on it, it will
usually appear as well. But what bugs me most is that (at least over
here), the presence of the <style> tag is also related to the problem,
even though it utterly empty...

So why don't you take tose tags out and <link> to a seperate
stylesheet? If the bug isn't triggered that way, why not?


--
Els

Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -

In article <403e4516$0$41765$5fc3050 (AT) dreader2 (DOT) news.tiscali.nl>,
els.aNOSPAM (AT) tiscali (DOT) nl says...

Herman Kuiper wrote:

:-) Whenit has a height, and you just single-click on it, it will
usually appear as well. But what bugs me most is that (at least over
here), the presence of the <style> tag is also related to the problem,
even though it utterly empty...

So why don't you take tose tags out and <link> to a seperate
stylesheet? If the bug isn't triggered that way, why not?

Might be an idea, but in that case I would need a CSS file per HTML
file, as the HTML files are generated from XML, and in each, formatting
of the same type of items is slightly different (it is a conversion job
from Quark Xpress -> HTML/PDF, and for this first run, the customer want
documents which look exactly the same as wha they had; for a next run we
probably can talk about having consistent formatting across documents
;-).

Now we have one globals CSS file and each document contains its own
overrides.

Thank for the 'peek-a-boo' reference - didn't know that one and some
Googling lead me to a reference to the 3px bug with floats, smething I
had seen and was wondering about how *that* came about in my output :-)

Herman