• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem with disclosure triangle (resizing Cocoa view) in Logic


  • Subject: Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
  • From: Michael Hopkins <email@hidden>
  • Date: Mon, 22 Aug 2005 14:31:58 -0700

BJ and Christian,

In cocoa, you can do the same thing. You could resize your own view and the cocoa window you were a subview of would receive a NSViewFrameDidChangeNotification and could respond appropriately. I don't know if any hosts are currently doing this, however.

The cocoa generic view places itself in a scroll view when it is bigger than its initial size.

This, however, is NOT the same thing as the AudioUnit resizing the window itself.

We will look into this issue further and get back to the list with our results.

Thank you

On Aug 22, 2005, at 11:59 AM, B.J. Buchalter wrote:

on 8/22/05 2:06 PM, Michael Hopkins at email@hidden wrote:


Christian,

It's a bad idea for you to be resizing the window from your audio
unit. Your audio unit does not own the window, the host does, and you
should not change its size behind its back. The fact that it works in
AU Lab means that you are getting lucky. Please don't do this or rely
on that behavior.

That being said, we will look into the feasibility of a mechanism
whereby a view can request a new view size from the host. Remember it
will still be up to the host to determine whether it wants to honor
the request.



This is already part of the Carbon View Spec. I'm surprised that there is
not the equivalent functionality In the Coca View. If not, this is a pretty
serious oversight. Many, many plugins routinely resize their UI's in
response to user actions. While the host may not resize the window (e.g. if
the UI is embedded in another window), it must provide the ability for the
user to access the resized UI (e.g. place it in a scrolling pane). The host
cannot know a priori the proper size for the UI; it must adapt to what the
Plug-in requests (one way or another). This was a serious problem in number
of earlier plug-in specifications; AU got it right with Carbon view; let's
not mess it up with the Cocoa view.


In Carbon, you resize the root control that was passed in to you, and the
host receives the notification....



B.J. Buchalter

Metric Halo
5 Donovan Drive
Hopewell Junction, NY 12533 USA
tel +1 845 223-6112
fax +1 603 250-2451



_______________________________________________ Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Follow-Ups:
    • Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
      • From: christian <email@hidden>
References: 
 >Re: Problem with disclosure triangle (resizing Cocoa view) in Logic (From: "B.J. Buchalter" <email@hidden>)

  • Prev by Date: Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
  • Next by Date: AudioConverterFillComplexBuffer
  • Previous by thread: Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
  • Next by thread: Re: Problem with disclosure triangle (resizing Cocoa view) in Logic
  • Index(es):
    • Date
    • Thread