On Apr 11, 2:02 pm, "Mike Alsup" <[EMAIL PROTECTED]> wrote:
> I guess that makes sense. The corner script tries to determine the
> appropriate color for the corners that it rounds. In this case it
> would seem that the "right" corner color changes after the script has
> run.
Any ideas why this
> The problem in the corner rendering seems to only come if there is a
> delay in getting the css. This only happens in Safari 3.1 that I can
> see. Here's a test case.
I guess that makes sense. The corner script tries to determine the
appropriate color for the corners that it rounds. In t
The problem in the corner rendering seems to only come if there is a
delay in getting the css. This only happens in Safari 3.1 that I can
see. Here's a test case.
---
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">
title
I appears that its only 3.1, and yes, it happens on both windows and
mac. I can confirm it does not happen in 3.0. Odd indeed. I'm
working on a reduction test here to try to figure out exactly what's
going on, and what the most minimal code is possible to re-create it.
At the moment I can say i
> It looks like in the gpc() function that it's failing to find a valid
> background and default to #ff, but no idea why Safari 3.1 fails
> there.
>
> I've tried posting this to the plugin group, but that group doesn't
> seem to allow new posts.
Very weird. Is this only happening on Sa
It looks like in the gpc() function that it's failing to find a valid
background and default to #ff, but no idea why Safari 3.1 fails
there.
I've tried posting this to the plugin group, but that group doesn't
seem to allow new posts.
--jonesbot
On Apr 7, 1:31 pm, Derek Allard <[EMAIL PROTEC
Same here, and when it fails it is rendering corners for me, but with
a white background color, so I have many pointy white triangles on the
elements. Further, the placement of these solid-white corner
triangles seems to indicate that on these failed loads that it's
applying the plugin to the chi
7 matches
Mail list logo
