> This works great… except when the window nears the main menu. If I get
> close to the main menu, the child window’s frames start to get limited in
> upward mobility. This causes drawing bugs. Strangely, the redrawing doesn’t
> happen until I setFrame: (vs setFrameOrigin). However, draggin
On Oct 28, 2013, at 9:38 PM, Caylan Larson wrote:
>> Ken Thomas wrote:
>>
>> I believe that ordering your window behind the other window would work
>> (after you've reduced its level), but you're not correctly identifying the
>> target window. The window number list includes the menu bar and
On Oct 28, 2013, at 7:32 PM, Caylan Larson wrote:
> When my app is active its windows are set to NSPopUpMenuWindowLevel. This is
> to capture main menu screen real estate inside of its frame (it’s a
> “scope”-type utility: www.labelscope.com). When I receive
> applicationDidResignActive, I se
When my app is active its windows are set to NSPopUpMenuWindowLevel. This is
to capture main menu screen real estate inside of its frame (it’s a
“scope”-type utility: www.labelscope.com). When I receive
applicationDidResignActive, I set all windows as NSNormalWindowLevel. Problem
is, the new
