Hey Ken,
sounds like you are heading in a problem we had with our inline apps. IE
scrolls the focused element into view by default so maybe you are focusing
something wrong in the list?
As a first guess how to detect if the automatic scrolling has happened, I would
check the the blur event of the current selected item which could happen if my
theory is right with the focus. Well, its worth a try. :)
Regards,
Martin
Am 15.11.2010 um 17:13 schrieb Ken MacDonald:
Still no luck in detecting when the scrolling event is taking place - I assume
there is a scrolling event? It's certainly a very visible change to what
appears in the UI when it happens.
If there is no notification that the scrolling/move has happened, any
suggestions as to how to respond to this? I've thought about setting a timer to
scroll back to the correct position, but that would be only a guess. Other
suggestions appreciated!
Ken
On Fri, Nov 12, 2010 at 11:33 AM, Ken MacDonald
<[email protected]<mailto:[email protected]>> wrote:
Yikes. This is proving a bunch more difficult than expected. The "appear" event
of the popup window seems to happen BEFORE the bogus scrolling in the
background is triggered. I've also tried "focus", "focusin" on the popup; those
happen too early or not at all; NOW I'm trying to figure out how to detect that
the lists have moved. As a refresher, I have this hierarchy:
container.Scroll -> container.Composite(as a layout.Grid) -> multiple form.Lists
I've tried setting a "move" listener on each level, but the scroll action is
not detected. Is there a different event that should be firing when the scroll
changes drastically?? And which object should have a listener for the event, if
there is one?
I have verified that the scrollToY() function will get the scrolling set back
correctly again for my lists, but I need to be able to detect when the jump has
taken place.
Thanks,
Ken
On Thu, Nov 11, 2010 at 2:58 PM, Ken MacDonald
<[email protected]<mailto:[email protected]>> wrote:
Thanks, T. -
Don't think the exact workaround will do the trick, as it would involve a ton
of re-structuring, but by browsing bugzilla, discovered Scroll methods
"getScrollY()" and "scroll ToY()" which seem to get/set the scrolling of the
child element. I will probably have to set an "appear" handler on the popup
window so that I can reset the Y scroll position AFTER the window is rendered,
as that's when the bogus scrolling behavior in IE seems to take place. Anyway,
think I'm headed in the right direction now.
Ken
<ATT00001..txt><ATT00002..txt>
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
