[EMAIL PROTECTED] wrote:
> Before I go delving into these. Do any of them validate. If no then I can't
> use them.
They're both the same solution; the blog post I mentioned links to
Rick's twinhelix.com site.
The stylesheet won't validate due to the nonstandard 'behaviour'
property used (it's
I came across this post a couple of days ago which provides the fix -
http://bjorkoy.com/past/2007/4/8/the_easiest_way_to_png/
It uses a behaviour (.htc) file to work the magic.
It'll work on background images too.
It's an ugly, ugly solution. But we've been left with little choice :(
There's
You could try 'pngcrush' - http://pmt.sourceforge.net/pngcrush/
I've found it useful for shrinking pngs (Photoshop seems to output
really big ones) and solving this colour mis-match. No idea why or how
though :)
-Rob
--
Rob Wilmshurst
[
g, but if one
is tabbing through the document then it's the only thing to show what's
currently in focus. I think it's something to be changed via custom
stylesheets in Firefox, at the user's end of things.
Hi Ian,
> tr .even{background:#eee}
> tr.odd{background:#F9FBF9}
It's not because of the space before '.even' is it?
Will that not affect children of the , rather than the itself?
Of course, it could just be that Thunderbird is messing with me this
morning :)
-Rob
--
;
}
#globalNavi ul li {
margin: 0;
padding: 0;
}
#subnavi {
...styles...
}
#subnavi ul li {
...styles...
}
Hope that helps,
Rob
--
Rob Wilmshurst
[EMAIL PROTECTED]
__
css-discuss [EMAIL PROTECTED]
http://www.css
Sorry about the slow reply; I haven't been able to get online all weekend.
I fear you've misinterpreted the problem (or I worded the original post
badly, which is more likely :).
The CSS works fine; there is no problem with the page I'm using.
The example I gave previously was the bare minimum m
Ian Young wrote:
> You might want to have a look at these as something more fundamental is
> going on here.
The Firefox issue was because the width of the was set to 0,
forcing the elements to stack on top of each other (although this only
happened in FF2, not 1.5 for me). I've updated the exa
t; }" causes the second-to-last 's value
to be displayed instead!
If anybody can shed light on this, it'd be much appreciated.
And if the above is completely unintelligible, I'll try and explain a
bit better :)
Cheers,
Rob
--
Rob Wilmshurst
[EMAIL PROTECTED]
Sander van Surksum wrote:
> The problem is that the a hover takes the padding from the normal h3 selector
> and I
> think that why he isn't changing the whole background on a hover.
If you remove the padding from the and apply it to the , the
entire background will change. That's fine if all
}
That allows you to apply the width to the element, making the whole
thing clickable.
Are the links meant to be slightly off-center like they are?
- Rob
--
Rob Wilmshurst
[EMAIL PROTECTED]
__
css-discuss [EMAIL PROTECTED]
te an old technique:
http://www.456bereastreet.com/archive/200609/css_frames_v2_fullheight/
The example:
http://www.456bereastreet.com/lab/css-frames-v2/example-2/
Is that what you're after?
Regards,
Rob
--
Rob Wilmshurst
[EMAIL PROTECTED]
__
ged in the registry
every time you launch either version -- hours of fun!
Standalone IE7 is the easier way round I think, but I'm slightly wary as
to its accuracy compared with a full install.
--
Rob Wilmshurst
[EMAIL PROTECTED]
___
13 matches
Mail list logo