bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in


From: Richard Frith-Macdonald
Subject: [bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.
Date: Tue, 30 May 2006 15:24:26 +0000
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/418 (KHTML, like Gecko) Safari/417.9.3

Follow-up Comment #9, bug #16688 (project gnustep):

"As long as those buttons are connected to an outlet, it should be easy to
disable them."

Sure ... I didn't express myself at all well ...
What I meant was that there is no way to deal with the issue in Gorm without
coding  ... you would have to make the button available as an outlet and then
write code to actually enable/disable the button when the pannel is
hidden/off-screen.

When I do stuff graphically using Gorm, I want to write as little code as
possible, so it seems as though there ought to be some standard behavior
built into the library to just do the right thing.  Maybe there is in Cocoa,
but if so I haven't been able to find it in the documentation.

For instance, the NSButton implementation of performKeyEquivalent: could have
logic in it like 'if the window I'm in is hidden and is not a menu then return
NO'
I guess I need to write a test application on MacOS-X and see what it does.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=16688>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]