hi
I just wish I could figure out if a) FF is sticking to the
letter of the
W3C description (which is illogical) or b) FF is actually
incorrect and
IE is correct for once.
I haven't looked at the example, but I would be willing to bet a fairly
substantial sum on the former :) The
hi Gale
What's happening is, IE places a light blue background around my
images. These are png files.
Looks to me like the problem IE has rendereing transparent PNGs.
There's an article about it with a workaround at
http://www.pcmag.com/article2/0,1759,1645331,00.asp
hth
Rob
hi Lori
Is there any way to get IE6 to honor the css attribute
'min-width', or a
way to script, hack or cheat some version of it?
As it happens, I was reading* about a way of doing this yesterday. The
trick was to use a javascript expression in the css, which IE apparently
supports.
e.g
as you roll over
them?
(I know it's in quirks mode - it's for an old site that would break if
forced into standards mode, but making it proper xhtml doesn't fix it
anyway)
Rob Agar
Web Site Consultant
Wild Lime Media - [EMAIL PROTECTED]
Studio 1, 70 McLeod Street, Cairns 4870
Tel 07 4042 6777
I'd say it's probably caused by a margin on the first element. You
could try setting h2 margin: 0;
dunno if it's FF or IE at fault here, but I know which one I'd bet on :)
Rob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
dann s washko
Sent:
From: Ingo Chao
btw. Opera7.54/Win does funny things with your menu, it shows only
already hovered parts.
thanks for the heads up
Remove the inline style z-index: 1; from the Lorem ipsum div
and remove the z-index:10 from menulist, .menulist ul {}
and add {position:relative;
hi Kevin,
Would anyone have a solution to a pure CSS menu flyout not
showing above
divs on IE6? (or lower versions)
I've just had this very same problem - see the IE z-index drop down
menu thread over the last days or so. The best solution (from Ingo
Chao) was to apply
position:
Paul Novitski wrote
It sounds as though you might be looking for a minimum height
but not a
maximum, izzat right?
#blob
{
min-height: 100px;
}
/* IE ONLY */
* html #blob
{
height: 100px;
}
that's the proverbial badger. thanks, Paul!
Rob
Mike wrote:
aside from the obvious reasons (ID's are declared only once, classes
more than once) I'm interested to hear the lists opinion on the
potential pitfalls of developing markup with CSS that uses
only classes
for layout purposes.
in practice there is no real difference between
Chris Heilmann:
It is a matter of keeping your CSS code clean and maintainable.
did I say go write spaghetti? The OP is not allowed to use IDs.
Whether he writes clean code is between him and his maker. The point
is, just using classes will make no difference to the way the website
Sorry I forgot to mention an important detail - this problem only
appears in IE6 quirks mode. I'm working on an old and fairly sprawling
site (.asp, table layout, inline font tags, the whole horrorshow =),
so I'm stuck with it.
Ingo Chao wrote:
for IE5.5:
hi Ingo
I did not found a workaround yet, maybe it's just hardwired.
yes, I think this is just another IE oddity, and probably not worth
spending too much time worrying about. My none-too-elegant workaround
was to give up on white-space: nowrap and replace the spaces in the top
level items
How do I stop col2 wrapping below col1 however when the
browser window is
shrunk down in size? (Has to work in IE).
table cellspacing=0
tr
td class=col1.../td
td class=col2.../td
/tr
/table
OK, I'm a green + knobbly troll. But it would work,
Stevio:
The table solution is so much more reliable, robust, doesn't
break, and does what it says on the tin.
yep, that's precisely the conclusion I came to. As a programmer, I *do*
want to do things properly, but sometimes the correct way is way more
painful than it should be. Maybe it's a
14 matches
Mail list logo
