Hi Mike, I ran into this problem too. There is a possible bug??? that gives the incorrect scroll size when using the thumb track.
Using the event.detail I was able to find all the information I needed about the scroll event and handle this movement. But I also needed to access additional properties through: ...actually, email me offlist and I'll send you the handler function. dorkie solving the problem dork from dorktown On 7/23/07, Michael Schmalle <[EMAIL PROTECTED]> wrote:
Hi, This problem has been killing me. Here's the scenario; We have a container that has scrollbars and a contentPane with children. When that container scrolls by a scroll bar, a scroll event is dispatched from the container. There can be key or scrollBar events. What is driving me crazy is that this happens in a separate frame from when updateDisplayList() actually runs to call scrollChildren() and update the scrollRect of the contentPane. This makes it impossible(as far as I can see) to superimpose and overlay on top of a container that needs to keep up with any scroll position changes of the target Container. I mean, I have x,y,width and height conversions all figured out to overlay on top but this scroll stuff has wasted about 3-4 days of investigation. Adobe (Alex ;-)), is there anyway to be notified from the outside of a scroll event ON the frame when the values are correct? I have messed with layoutManager events etc. The problem with trying an updateComplete event is that if the user presses and uses repeat on the scroll buttons, obviously update complete is not called until things catch up. This causes a lag in the overlay following the superimposed content. Please, some help :) This is the last little glitch I am trying to iron out. Peace, Mike -- Teoti Graphix http://www.teotigraphix.com Blog - Flex2Components http://www.flex2components.com You can find more by solving the problem then by 'asking the question'.
