On May 20, 2014, at 6:33 PM, Eric Schlegel eri...@apple.com wrote:
On May 20, 2014, at 5:06 PM, Lee Ann Rucker lruc...@vmware.com 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
On May 21, 2014, at 8:34 AM, Kyle Sluder k...@ksluder.com wrote:
On May 20, 2014, at 6:33 PM, Eric Schlegel eri...@apple.com wrote:
On May 20, 2014, at 5:06 PM, Lee Ann Rucker lruc...@vmware.com wrote:
The setFrame issue might be an Apple bug which we reported but I don't have
the
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
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
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
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
, 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
, 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 issues, but I imagine since changing the
window layer changes its behavior
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
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.
AFAIK, status window level is for windows belonging to NSStatusItems.
go figure—i’ve never fiddled with status
) 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.
AFAIK, status window level is for windows belonging
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
On May 20, 2014, at 5:06 PM, Lee Ann Rucker lruc...@vmware.com 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
13 matches
Mail list logo
