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". - Alfred Van Hoek [email protected] http://web.mac.com/vanhoek _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
