Hello Martin,

thank you for your answer. But I have to insist that something is wrong 
with the shadow decorator.

Why does the change of the window shadow inset from

     insets : [ 4, 9, 12, 8 ]

to

     insets : [ -4, 17, 16, -8 ]

not show up with the correct right shadow? No matter which value I'm 
defining for the right inset nothing shows up at the right side of the 
window.

And maybe this is a difference between CSS and image clipping based grid 
decorators. Please have a look to your  link to the widgetbrowser below 
using Internet Explorer 9 which does not use CSS decorators by my knowledge:

Open the "Window"-Tab in

http://demo.qooxdoo.org/2.0.1/widgetbrowser/index.html?qx.theme=qx.theme.Modern

and afterwards (here the "Window"-Tab as well) and compare

http://demo.qooxdoo.org/2.0/widgetbrowser/index.html?qx.theme=qx.theme.Modern

In the qx 2.0 case notice that the window has a small 4px shadow at the 
top and left side of the window.

In the qx 2.0.1 case the whole shadow is shifted to the right.

The decoration definition has

             insets    : [ 4, 8, 8, 4 ]

So this also breaks modern theme.

And because the aristo theme uses non CSS decorators for all browsers 
this is maybe what the problem causes.

Regards.
Dietrich.


Am 16.07.2012 11:39, schrieb Martin Wittemann:
> Hello Dietrich,
> I did that change to align the shadow handling with the decorator 
> handling. Decorators always had that behavior with the negative inset. 
> Additionally, as soon as the shadow element would have been resized, 
> the insets were calculated by the used decorator element itself which 
> uses ofc. the decorator logic. Using the same decorator description 
> for as decorator and not as shadow leads to a different behavior in < 
> 2.0 which is not good.
> The bug you referenced is exactly the right one which brought up the 
> issues with the shadow elements. If you want to reproduce it, got to 
> the 2.0 widget browser in the modern theme [1] and check out the 
> invalid state of the forms tab. Just hover a field on the left and 
> after that one on the right. You will see the negative used inset for 
> the first error tooltip and the proper calculated inset for the second 
> error tooltip. (We also had positive insets for the shadow element in 
> the theme)
> The consequence of the fix would be the solution you already posted, 
> use negative insets instead of the positive.
> Regards,
> Martin
>
> [1] 
> http://demo.qooxdoo.org/2.0/widgetbrowser/index.html?qx.theme=qx.theme.Modern
>
>
>


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to