Bah, yes, I missed Michael Ash's correct answer at the end of
yesterday's digest.Setting the window backing store to "buffered"
fixed the control drawing and even a coupe of other interface issues I
hadn't realized were related.
Thanks to everyone for your help.
--Christopher Kempke
__
On Sun, May 4, 2008 at 6:47 PM, Adam Leonard <[EMAIL PROTECTED]> wrote:
> Just change backing:NSBackingStoreRetained to NSBackingStoreBuffered and
> see if that works.
You're also displaying your window before NSApplication starts pumping
the runloop. Perhaps you should consider making a delegat
Hi,
Did you see Michael Ash's message?
That certainly seems like the problem to me.
Just change backing:NSBackingStoreRetained to NSBackingStoreBuffered
and see if that works.
Adam Leonard
On May 4, 2008, at 3:23 PM, Christopher Kempke wrote:
Thanks to those folks who have tried (unsuccessf
Thanks to those folks who have tried (unsuccessfully) to help me. My
first post clearly contained too many magenta mackerels, so I've done
what I should have started with and reduced it to a shorter example.
Given the following complete, nibless, and astoundingly uninteresting
app:
#impo
Are you sure you're running the event loop correctly? It sounds to me
that Cocoa is not getting a chance to do its usual behaviour of
calling -displayIfNeeded at the end of the event loop. What if you
manually call that method yourself?
Mike.
On 4 May 2008, at 10:19, Christopher Kempke wro
Yes, it appears that I want an NSPanel instead of an NSWindow for my
modal dialogs, but I think the modality is a red herring here: I just
tried adding the same checkbox and button controls to a floating
window and a document window: they don't visibly update based on
mouse clicks there, e
On Sat, May 3, 2008 at 7:08 PM, Christopher Kempke
<[EMAIL PROTECTED]> wrote:
> Thanks for the tip, but no go. It actually makes the behavior worse: now
> the modal dialog is still drawn, but never becomes active (the title bar
> never gets dark, and the previously visible (document) window never
Thanks for the tip, but no go. It actually makes the behavior worse:
now the modal dialog is still drawn, but never becomes active (the
title bar never gets dark, and the previously visible (document)
window never deactivates, although the dialog is drawn on top), and
the default button do
On Sat, May 3, 2008 at 5:42 PM, Christopher Kempke
<[EMAIL PROTECTED]> wrote:
> Here's some random clips from my code. The Windows for my (modal) dialog
> are are created by:
>
> theWindow = [[NSWindow alloc]
> initWithContentRect:*(NSRect*)&platRect styleMask:winStyleMas
On May 3, 2008, at 3:42 PM, Christopher Kempke wrote:
Then I draw the window with:
[iWindow makeKeyAndOrderFront:nil];
And run it as a modal dialog with:
[NSApp runModalForWindow:iWindow];
The docs for runModalForWindow: explicitly say not to send
makeKeyAndOrderFront: to t
10 matches
Mail list logo
