Thanks, Brandon. This fixed the issue with blockUI in IE7. I made a
minor change to blockUI to let it play nice in IE6.
Mike
On 7/2/07, Brandon Aaron <[EMAIL PROTECTED]> wrote:
I just checked in a fix for the IE opacity issues. Sorry guys ... we did so
much testing and preparing for this on
> I saw the bug report for this ... do you have a test case? I can't reproduce
I think the reason that this reason that it occurs is that I'm using a
custom version of idrop.js that stops the opacity turning on for the
draggable.
I changed it because 24bit PNGs in IE7 look horrible if the opacit
It doesn't seem to work at all in IE6 (through VPC) - the overlay
doesn't cover the screen (only a small band at the bottom) and the box
is actually in the background.
On Jul 2, 4:34 pm, "Mike Alsup" <[EMAIL PROTECTED]> wrote:
> Sorry about that, Sam. You're quite right. I was testing with the
It is not something you can catch by writing automated tests, so it is
understandable that it may have been missed.
Perhaps this (and whatever major issue is left) will mean a 1.1.3.1
release soon?
On Jul 2, 4:42 pm, "Brandon Aaron" <[EMAIL PROTECTED]> wrote:
> I just checked in a fix for the IE
I saw the bug report for this ... do you have a test case? I can't reproduce
this one.
--
Brandon Aaron
On 7/2/07, weepy <[EMAIL PROTECTED]> wrote:
I also had a problem, this time only with IE6
line 1587 ==> return elem.filter ? (parseFloat( elem.filter.match(/
opacity=([^)]*)/)[1] ) / 100).
I also had a problem, this time only with IE6
line 1587 ==> return elem.filter ? (parseFloat( elem.filter.match(/
opacity=([^)]*)/)[1] ) / 100).toString() : "";
was causing an error as my filter didnt have "opacity=" string in it.
i fixed by changing to :
==> return elem.filter ? (parseFloat(
I just checked in a fix for the IE opacity issues. Sorry guys ... we did so
much testing and preparing for this one ... just can't catch them all I
suppose. I think we have one more major issue to squash in 1.1.3 and then we
will do another bug fix release. In the mean time just grab the latest fr
Sorry about that, Sam. You're quite right. I was testing with the
wrong release. The opacity is not working correctly in IE7. Is IE6
working? Virtual PC is giving me fits at the moment.
Mike
On 7/2/07, Sam Collett <[EMAIL PROTECTED]> wrote:
The blocking is fine, it's just the background
The blocking is fine, it's just the background is completely black (or
whatever colour you set for the overlay): http://www.texotela.co.uk/blockUI.php
On Jul 2, 1:29 pm, "Mike Alsup" <[EMAIL PROTECTED]> wrote:
> > This also affects the blockUI plugin which also uses opacity.
>
> Sam, BlockUI does
This also affects the blockUI plugin which also uses opacity.
Sam, BlockUI doesn't have any problems with 1.1.3. I'm seeing the
same issue that Gordon pointed out with IE7 and animations, but
blockUI works fine.
Mike
This also affects the blockUI plugin which also uses opacity.
On Jul 2, 12:36 pm, Gordon <[EMAIL PROTECTED]> wrote:
> I noticed after upgrading to 1.1.3 that animations that had an opacity
> component no longer occured in IE7. They would just remain opaque
> until the animation was due to termin
11 matches
Mail list logo