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 terminate
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
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 doesn't
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
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
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 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] ) /
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
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
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
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 one
11 matches
Mail list logo