Wow, I'm really surprised that Joel Spolsky of all people would say this - and so recently too.

I used to like System 7's Balloon Help approach - grey out the menu but the help balloon would explain why it wasn't available (at least in an app that took the trouble to implement this). Sadly, as with many things since hen, in some ways we've gone backwards.

G.


On 6 Jul 2008, at 11:41 pm, Peter Zegelin wrote:

I agree with you but here is JoelOnSoftware saying virtually the complete opposite. http://www.joelonsoftware.com/items/ 2008/07/01.html. Fortunately most of his commenters disagree.


On 06/07/2008, at 10:21 PM, Graham Cox wrote:

The preferred way to do this is to prevent the user clicking the button if it's not appropriate by greying it out.

This is far more user-friendly than rebuking a user for having the audacity to click your button when they shouldn't have, even though they had no visual cue that they shouldn't. The "permit then rebuke" form of input validation is the hallmark of bad UI design. Sadly, it's all too common.


G.


On 6 Jul 2008, at 5:04 pm, Jeff Brown wrote:

I've set up matrix with 2 radio buttons (1 and 2) with a delegate method that gets run when the matrix gets clicked. Lets say radio button 1 is highlighted and someone clicks on radio button 2. The delegate method has some code that checks whether the radio buttons are allowed to be changed from 1 to 2 and if not, sends an alert to the user. My problem is how can I stop the radio buttons themselves changing from 1 to 2. When programming in Visual Basic there was a method that stopped the action from completing. Is there something similar I can do here or some other way.

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/peter%40fracturedsoftware.com

This email sent to [EMAIL PROTECTED]

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/graham.cox%40bigpond.com

This email sent to [EMAIL PROTECTED]

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to