On Fri, Dec 30, 2011 at 12:30, Alfred Van Hoek <[email protected]> wrote: > Having Cocoa-NSView controls using them both in Carbon and Cocoa REALbasic > runtimes leads to failures when users want them on window frames defining > Movable Modal, Modal Dialog, Plain Box or Shadowed Box, despite the notion > that the composite attribute is set. > > To embed the cocoa control on such a window in carbon, we call > "HIViewAddSubview" which leads to "errNeedsCompositedWindow", suggesting that > these window frames are not composited. Is this really the case? It's an > academic question, given there are no problems when running as Cocoa. > Nonetheless, I would like to inform users, by giving the correct reason why > windowframes 1-4 cannot be used. > > I like REALbasic to forcefully set the composited flag when a user drags the > control on the Document Window (Window-frame-0). However, when the user sets > the windowframe to 1,2,3 or 4, this does not happen, but perhaps this is > inherent to the above finding: "errNeedsCompositedWindow".
We don't support composite on those types. -- Joe Ranieri Mac Frameworks & Compiler Engineer Real Software, Inc. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
