ok, I improved the workaround and it works with IE now:
3. getStyles() doesn't get the float property, I think it's a reported
mootools bug so I worked it around (lines 260-266 in draggr.js), this
solution doesn't work in IE8 though. Do you know any better way to fix
it?
I basically altered:
var f = el.currentStyle['float'];
with
var f = el.currentStyle.styleFloat;
tested it in FF3.6, Safari 4, IE7 & IE8 and seems to work fine now.
I found another bug in IE though, when you do
el2.setStyle(el1.getStyle('background')), background position is not
copied in IE and defaults to top left, I tried adding these
properties:
'background-position',
'background-attachment',
'-ms-background-position-x',
'-ms-background-position-y',
they don't fix the problem. It's not really a biggie though and I
think I can live with that (unless you know a solution?)
I updated the shell with the fix: http://mootools.net/shell/fRmPv/
So here's what remains:
1. When a draggable item contains any element with opacity CSS
property, it can't be clicked because the element with opacity 'jumps'
in front of it on click. See the demo, there are 3 rows of items,
first contains no opacity and is clickable, in the second images are
semi-transparent and thus non-clickable and the last one shows that
even if the element with opacity is hidden behind some other element,
it will jump to front and block the click. Seriously, WTF?
2. I use something like clone.setStyles(element.getStyles('[..styles I
need..]')) to clone element with its styles and make it independent of
its container. Is there any better way to do that or a native
cloneWithStyles func?
UPDATE: Seems there isn't :C
3. FIXED :)
4. In IE8, when I include border in getStyles (eg.
getStyles('border')) IE8 throws an Invalid Argument error in mootools
core
UPDATE: Actually getStyle is fine. This error appears on line 2335 of
mootools core, in setStyle function, so it happens when JS tries to
add the style from an object. A mootools bug?
5. Also, when you sort one of first items in a row you will notice
that elements after the one moved will 'shake' during animation,
the sorting animation is created by two invisible elements placed on
sides of current 'sliding' box,
one of the two is animating from 0 to 80px wide, the other one 80->0.
In theory there should be no shaking as they're both animating in the
same time so overall width of the area remains constant at 160px, but
theory is just theory and it looks like a jelly while animating.
Is there any way to 'synchronize' both animations and avoid the shake
effect?
Cheers!
Matt
On Feb 23, 7:50 pm, bootle <[email protected]> wrote:
> Yeah, hasn't happened to me before either - sorry if I broke it ;)
>
> On Feb 23, 7:45 pm, Sanford Whiteman <[email protected]>
> wrote:
>
> > > there's some massive delay on messages in this group + they are not
> > > delivered in order (weird)
>
> > FYI, I've never had any problem like that...
>
> > -- S.
