Re: NSDrawer buttons still active when parent window has a sheet open
Re: NSDrawer buttons still active when parent window has a sheet open
- Subject: Re: NSDrawer buttons still active when parent window has a sheet open
- From: Josh Burnett <email@hidden>
- Date: Wed, 16 Nov 2005 14:28:35 -0500
I'm writing a finance program which has an array of accounts, and each
account has an array of associated transactions. The main window has
(among other things) a table showing the transactions in the selected
account. Similar to Apple's Mail.app, I'm using one drawer to show the
list of accounts, along with the add/edit/remove controls. The other
drawer is used to show the details of the selected transaction (rather
than showing them in a split view a la Mail). The main window has some
tabs in it, and when I change away from the 'register' mode, the
drawers slide closed, since they aren't relevant.
I'm not sure right now whether I'm going to keep the second
(transaction detail) drawer, especially given NSDrawer's funky
behavior. Specifically, the NSComboBox keyboard navigation is borked
when the combo box is in a drawer. I might move it into the main
window; we'll see. That won't solve my problem with the supposedly
modal sheets, however.
Josh
On Nov 16, 2005, at 2:01 PM, Chris Forsythe wrote:
Why are you using 2 NSDrawers? Just curiosity more than anything.
Chris Forsythe
Josh Burnett wrote:
Hi everybody,
More goofy behavior from NSDrawers to report. I've got a window with
two NSDrawers. When I load up a sheet via the [NSApp beginSheet:
modalForWindow: modalDelegate: didEndSelector: contextInfo: ] method,
the NSDrawers' buttons and fields are still available to be clicked
on. Specifically, I've got one of the buttons hooked up to an
NSArrayController's remove: method, and it gets called when I click
on the button, even though the button doesn't light up.
This seems like a pretty serious bug to me. Is there something that
I'm missing?
Thanks,
Josh
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden