On May 21, 2014, at 8:34 AM, Kyle Sluder wrote:
>> On May 20, 2014, at 6:33 PM, Eric Schlegel wrote:
>>
>>
>>> On May 20, 2014, at 5:06 PM, Lee Ann Rucker wrote:
>>>
>>> The setFrame issue might be an Apple bug which we reported but I don't have
>>> the rdar handy - it's applying the const
> On May 20, 2014, at 6:33 PM, Eric Schlegel wrote:
>
>
>> On May 20, 2014, at 5:06 PM, Lee Ann Rucker wrote:
>>
>> The setFrame issue might be an Apple bug which we reported but I don't have
>> the rdar handy - it's applying the constraints as if there was a menu there,
>> and there *is*, b
On May 20, 2014, at 5:06 PM, Lee Ann Rucker wrote:
> The setFrame issue might be an Apple bug which we reported but I don't have
> the rdar handy - it's applying the constraints as if there was a menu there,
> and there *is*, but it slides down as needed and should not prevent windows
> going
wMask) 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
>>>> arithmet
out 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
>>>
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.
>
ards 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
s not attain. kCGOverlayWindowLevel does the trick, but
> kCGStatusWindowLevel is lower on the list & i wondered what class of window
> is intended at this level.
AFAIK, status window level is for windows belonging to NSStatusItems. I am not
completely educated on full screen issu
CGOverlayWindowLevel 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 wrote:
>
>>
>>
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 wonde
On May 20, 2014, at 10:41 AM, Keary Suska 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 i
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.
does anyone know where to find the definition of kCGStatusWindowLevel
(NSStatusWindowLevel)? or alternatively, can anyone define it?
thanks in advance,
edward taffel
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin
13 matches
Mail list logo
