Re: Calling TransitionWindowWithOptions on a WindowRef returned from a [NSWindow windowRef]
Re: Calling TransitionWindowWithOptions on a WindowRef returned from a [NSWindow windowRef]
- Subject: Re: Calling TransitionWindowWithOptions on a WindowRef returned from a [NSWindow windowRef]
- From: John Stiles <email@hidden>
- Date: Fri, 10 Feb 2006 08:45:48 -0800
Nicko van Someren wrote:
On 9 Feb 2006, at 21:48, Eric Schlegel wrote:
On Feb 9, 2006, at 1:46 PM, Dave MacLachlan wrote:
I want to call TransitionWindowWithOptions on a NSWindow. I can get
a WindowRef back from NSWindow without any problems, and the first
time I call TransitionWindowWithOptions on it, it appears to work
just fine. The second time I call TransitionWindowWithOptions on it
with the same transition and action, nothing seems to happen
(although the return status is noErr). I can call
TransitionWindowWithOptions with a different transition/action and
it appears to work the first time, but won't work again after that.
TransitionWindow is not tested or qualified on NSWindows. It may
happen to work in certain instances, but there's currently no
intention that it should.
Presumably Dave should file a bug report then, requesting a feature
enhancement. It's a pity that while Apple has promoted Cocoa as the
preferred OS X development API for five years there is still a stack
of things that can not be done when using Cocoa but can be done if not
using Cocoa.
OTOH, many of the modes supported by TransitionWindow look terrible in
OS X. TransitionWindow was originally intended to let a developer mimic
the "zoom" effect used by the Finder when new windows are opened. In OS
9 it was a perfect match. In OS X, TransitionWindow provides a very
retro "zooming squares" effect, while the real Finder actually has a
gorgeous scaling effect.
Nowadays it's been augmented with other transition types that look OK on
OS X, but they still haven't revisited the original zoom effect yet. :|
I have an open radar on this that's been idle for a long time (years?).
_______________________________________________
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