Re: Controls & Key Equivalents

Eric Gorr <[email protected]> Mon, 22 Nov 2010 20:19:52 -0500
Newsgroups gmane.comp.macosx.devel
Message-ID <[email protected]>
On Nov 22, 2010, at 8:06 PM, Kyle Sluder <[email protected]> wrote:

> On Mon, Nov 22, 2010 at 4:40 PM, Eric Gorr <[email protected]> wrote:
>> On Nov 22, 2010, at 7:31 PM, Kyle Sluder wrote:
>> 
>>> On Mon, Nov 22, 2010 at 4:24 PM, Eric Gorr <[email protected]> wrote:
>>>>> WHAT does your button DO?
>>>> 
>>>> I don't always know. But, perhaps, bring up another dialog.
>>> 
>>> Then nobody can answer the question.
>> 
>> One possible answer is to place the key-equivalent in a tooltip for the button.
> 
> No. Christiaan's whole point is that the answer depends on the context.

Using the tooltip to show the key equivalent is certainly an option.

> 
>> It will if it is on a dialog which the user visits.
> 
> That's not "elsewhere in the application" then.

It could be. Turn off a check box in a preference dialog and it could certainly affect functionality elsewhere in the application once the user dismissed the dialog.

Now, if that check box had a key equivalent, say cmd-e, to change it's state, how might you tell the user what that key equivalent is? Yes, I am aware that your answer is you wouldn't because the whole notion of key equivalents is obsolete.