Community
Participate
Working Groups
The title for preference dialogs is replaced by message content when there are messages. The operational definition of when there are messages is when message isn't null. If you initialize your messages with empty strings rather than null, then you don't get your dialog title. Sounds obvious when you are the author of the dialogs but it is a bit more tricky to realize as dialog extender when you don't initilize the message text at all for the intial dialog creation but only in response to a listener that you wouldn't think would be executed at dialog build time but is. It would be better if a message of empty string would not overwrite the dialog title.
Susan, do you think this is a general problem with the new message animation? PW
This isn't related to the new message animation, which is implemented in TitleAreaDialog. PreferenceDialog implements its own message area, which is used for both the title and messages. Its setErrorMessage method (and related methods in PreferenceMessageArea) do not consider the empty string case. (That said, I'm not sure that TitleAreaDialog behaves any differently...)
There are currently no plans to work on this however I would be happy to look over a contribution
