Re: QTKit QTMovieView behavior
Re: QTKit QTMovieView behavior
- Subject: Re: QTKit QTMovieView behavior
- From: David Rice <email@hidden>
- Date: Sat, 30 Jul 2005 16:49:49 -0400
Thanks, Glenn for the pointers to the docs and some things to try.
Appreciate it much.
On 30-Jul-05, at 2:54 PM, glenn andreas wrote:
On Jul 30, 2005, at 11:05 AM, David Rice wrote:
The contents of QTMovieView in a window, i.e. a movie, no matter
where it is in the layering scheme in IB, seems to draw over
anything else in the window.
Could someone tell me if this correct behavior or a bug?
This is "correct" behavior (as in it is document to not guarantee
any specific behavior). From <file:///Developer/ADC Reference%
20Library/documentation/Cocoa/Conceptual/DrawViews/Concepts/
ViewHierarchy.html#//apple_ref/doc/uid/20000909-BBCECAIF>:
Application Kit does not enforce clipping among sibling views, or
guarantee correct invalidation and drawing behavior when sibling
views overlap. If you want a view to be drawn in front of another
view, you should make the front view a subview (or descendant) of
the rear view.
This is actually made worse by throwing quicktime into the mix,
since, for performance reasons, it needs to go through a different
update/drawing path.
If the behavior of the QTMovieView is correct, could someone
perhaps suggest a way for me to draw the contents of a textview
over the movieview?
The safest would be to use an overlay window with your textview
positioned above the movie view (and if the overlay window is a
child window of your movie view's window, it will track nicely with
it).
You might be able to do some tricks with CoreVideo as well (by
rendering the text view into an image that is superimposed on the
movie view), but it would be difficult to make it interactive
(though for static text it might be perfect).
Glenn Andreas email@hidden
<http://www.gandreas.com/> wicked fun!
Widgetarium | the quickest path to widgets
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden