Mailing Lists: Apple Mailing Lists
 Image of Mac OS face in stamp
Re: HIScrollView in non-compositing mode (Was: Re: Adding focus support to HIView)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: HIScrollView in non-compositing mode (Was: Re: Adding focus support to HIView)

On Tuesday, December 3, 2002, at 07:27 AM, Dario Accornero wrote:

The views are later made visible, and depending upon user interaction, a few controls might be added to pOSScrollView above. When the controls have been added, I click and hold on the vertical scrollbar thumb and move down. The view is correctly scrolled. However, as soon as I release the mouse button, the view is redrawn, and it is as if the contents had not been scrolled at all -- the controls are redrawn at their original positions.

OK, that makes sense. In compositing mode, changing the origin of the scroll view would change the absolute positions of its embedding controls. In non-compositing mode, I believe (without asking Ed or Guy, who really know) that probably doesn't happen.

Should I conclude that HIScrollView is not yet fit for non-compositing mode?

As provided out of the box, that's correct. It's only been designed and tested for use in compositing mode.

One of the tradition solutions for scrolling controls is to change the port origin, although we don't really recommend that because the Control Manager generally expects the port origin to remain at (0,0). The other traditional solution is simply to change all of the coordinates of the embedded controls. What might work for you would be, when you update the scroll view's origin, to also relocate each of the embedded controls. That might make the controls draw in the right location after scrolling finishes. You might want to use SetControlVisibility to make the controls temporarily invisible while doing that to avoid extra redraw.

If so (argh), I am basically blocked. I have a DataBrowser control which doesn't work in compositing mode, and an HIScrollView which doesn't work in non-compositing mode. :-(

Yep. :(

I suspect that (since your DB needs are simple) implementing your own tree view is going to be the best option here.

-eric
_______________________________________________
carbon-development mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/carbon-development
Do not post admin requests to the list. They will be ignored.
References: 
 >HIScrollView in non-compositing mode (Was: Re: Adding focus support to HIView) (From: Dario Accornero <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.