On May 20, 2014, at 2:51 PM, Lee Ann Rucker <lruc...@vmware.com> wrote:
> This sounds like something we hit in 10.9 fullscreen on secondary monitors;
> we had to do this to get it to setFrame where we told it:
>
> in NSWindow subclass:
>
> - (NSRect)constrainFrameRect: (NSRect)frameRect
> toScreen: (NSScreen *)screen
> {
> return frameRect;
> }
>
thank you for this. i suppose it’s six-of-one as to which technique is
simpler —i’ll look into it.
> On May 20, 2014, at 8:55 AM, edward taffel wrote:
>
>> apologies keary,
>>
>> on reread, my question is badly cast: i should have read it the same as you.
>>
>> the issue is:
>>
>> i have an overlay (created programmatically w/ NSBorderlessWindowMask) at
>> the top of my document view; after switching to full screen setFrame
>> disregards my requested rect (without log emission) & adjusts to a max below
>> the menu drop-down area. best coding practice suggests (to me) an
>> arithmetical level adjustment like document-window-level plus one, but this
>> does not attain. kCGOverlayWindowLevel does the trick, but
>> kCGStatusWindowLevel is lower on the list & i wondered what class of window
>> is intended at this level.
>>
>> thanks for your response!
>> edward
>>
>>
>> On May 20, 2014, at 10:59 AM, edward taffel <etaf...@me.com> wrote:
>>
>>>
>>> On May 20, 2014, at 10:41 AM, Keary Suska <cocoa-...@esoteritech.com> wrote:
>>>
>>>> On May 20, 2014, at 8:17 AM, edward taffel wrote:
>>>>
>>>>> does anyone know where to find the definition of kCGStatusWindowLevel
>>>>> (NSStatusWindowLevel)? or alternatively, can anyone define it?
>>>>
>>>> NSStatusWindowLevel is declared in NSWindow.h, kCGStatusWindowLevel is
>>>> declared in CGWindowLevel.h. Is it the actual numeric value of the
>>>> constant that you want?
>>>
>>> no, the definition of a status window; i.e. what is it used for?
>>>
>>>> I would code against it, as it can easily change at any time without
>>>> notice.
>>>
>>>> HTH,
>>>>
>>>> Keary Suska
>>>> Esoteritech, Inc.
>>>> "Demystifying technology for your home or business"
>>>>
>>>
>>> _______________________________________________
>>>
>>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>>
>>> Please do not post admin requests or moderator comments to the list.
>>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>>
>>> Help/Unsubscribe/Update your Subscription:
>>> https://urldefense.proofpoint.com/v1/url?u=https://lists.apple.com/mailman/options/cocoa-dev/etaffel%2540me.com&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=yJFJhaNnTZDfFSSz1U9TSNMmxGyib3KjZGuKfIhHLxA%3D%0A&m=je0KOJZ%2Fj20mhCH6IUPQQZ2qpdy5WQsB5aRrMY%2B%2FOds%3D%0A&s=2e5431b409261465536538ab41718f4d7484d30e8d9327ff32882508d4f859db
>>>
>>> This email sent to etaf...@me.com
>>
>> _______________________________________________
>>
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>> https://urldefense.proofpoint.com/v1/url?u=https://lists.apple.com/mailman/options/cocoa-dev/lrucker%2540vmware.com&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=yJFJhaNnTZDfFSSz1U9TSNMmxGyib3KjZGuKfIhHLxA%3D%0A&m=je0KOJZ%2Fj20mhCH6IUPQQZ2qpdy5WQsB5aRrMY%2B%2FOds%3D%0A&s=2054091c15d0fdfde844adb333fc97924eb82028d0016ad7553c129f33c87501
>>
>> This email sent to lruc...@vmware.com
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
