On Sep 29, 2008, at 9:48 AM, Arnaud Nicolet wrote:
Le 26 sept. 08 à 19:42 (soir), Terry Ford a écrit:
A lot of my thinking revolves around the message in the dialog,
the expected answer as default and one or two ways out of the
situation.
Yes, indeed, but what is the "expected" answer in that case?
In this case it would be to cancel the encryption as the message is a
confirmation of an action that the user has already chosen. In other
words, it agrees with the message.
The standard way to cancel any process is to select the Cancel key
or its Shortcut equivalent. For this reason, the Cancel key should
really not be used as a selected option and simply be used as an
abort of the entire process.
... Hmm... I'm reading your sentence 3 times... I still cannot
understand it fully (sorry). What do you mean by "a selected option"?
Your selected options are "Don't Encrypt" or "Encrypt". Any button
that says "Cancel" should abort both of these options and go back to
the calling source. The shortcuts can be disabled and the LR has the
following statement.
"Only one button can be the Cancel button. Some operating systems do
not allow one button to be both the Cancel and Default buttons."
Besides not identifying which OS, it also is confusing as I think it
really means that, on Mac OSX, you cannot have the same button
respond to the Escape key, Command-Period keys, Return key or Enter
keys. There is a lot of flexibility in the MessageDialog class but it
does have it's limitations.
In a MessageDialog with only an action button and an
AlternateButton, there is a button at the right side of the dialog
and the other one at the left side, with a blank space in the
middle. It does not seems esthetic.
But I can resolve this by using the Cancel button, and setting the
CancelButton.Cancel property to false.
Correct. And you could set the Caption of the Cancel Button to be
"Encrypt". You will still have to handle the user's response in your
code. The whole point is that Yes and No are very ambiguous in this
Negative Logic type of situation whereas Don't Encrypt and Encrypt
are very specific.
I'm not sure about Windows but on Mac there must be at least one
default key in the Message Dialog class.
Indeed. I know exactly like you here.
Well, I just tested it in XP and it is exactly the same as OSX. There
MUST be at least one default button.
If there were only some way to get those icons with the Caution and
App icon from within Rb for our own custom dialog windows I would be
very happy. That would make them appear normal in OSX at least. It's
also only the GraphicsCaution icon that is a problem but, I guess,
not really significant in this RS Windows oriented world. :P
Terry
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|