Sent by Roger Roelofs on 30 January 2005 14:02
Bobert,
On Jan 29, 2005, at 11:05 PM, Robert Neville wrote:
> In reviewing other techniques, pseudo-elements
> ('::before' and '::after') seem like an attractive
> approach. The HTML markup is cleaner without the need
> for so many nested DIV. Its main liability relates to
> IE non-support. What is the current status on browser
> support for these pseudo-elements? Does other gotcha
> exist for them as well? The following link will give
> an explanation of the technique.
IIRC :before and :after are well supported in gecko (firefox, mozilla,
netscape), khtml (safari, konquerer), and opera. This support has been
available for over a year, but I can't give you exact version numberes.
I just use :before and :after for fancy stuff that I don't care if
they show up in ie.
> A similar question applies to using PNG files in a
> layout. My layout uses a PNG for the gradient
> background. Fireworks had trouble exporting the
> graphic as a GIF. After selecting GIF exact, the
> graphic appears as expected, yet bloated to 356 kb (vs
> 10k for the PNG 32). PNG’s main liability relates to
> IE non-support. What is the current status on browser
> support for these PNG (don’t get too involve in the
> answer)? Does other gotchas exist for them as well?
Even ie supports png, it just doesn't support
transparency/translucency. By the way, I'm not seeing a gradient on
your page.
> http://www.geocities.com/robert_neville310/aquav1.html
> On my webpage, the first image (New Document Dialog)
> does not center align even though the other images
> center. Let me know if could give me an explanation
> about the behavior.
Actually it is centered :) The li containing 'Select File > New is not
as wide as the rest of the li because it has to make room for the right
floated articleID. If you add the following style to your stylesheet
it will illustrate what I mean.
-------------------------
div.Article ol>li {
border: thin solid red;
}
-----------------------
(Sidebar: The 2.1 spec says that the border shorthand lists the
shorthand properties in this order (width, style, color), but many
examples on the web, including w3xchools.com, lists them in other
orders. I find this inconsistency annoying, but browsers don't seem
to care. )
> I just discovered while updating the Website that
> Round Corner layout has a bug. Apparently, the footer
> graphic collapses in smaller menu side bar. The
> graphic is larger than the actual DIV while in the
> main content section the graphic is smaller than DIV.
> So it renders as expected in the #middle DIV, but
> incorrectly in the #left DIV.
I think the background below the curve on that graphic is transparent
and is letting the background color show through. Unfortunately, my
css debugging environment (Web developer toolbar in ff) isn't playing
well with geocities so I can't verify this easily.
hth
Roger,
Roger Roelofs
Know what you value.
______________________________________________________________________
css-discuss [EMAIL-REMOVED]]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/