Re: Maemo 5 Alpha SDK released
 

The big "X" button is always there in top right corner. I thought that only way to close dialogs was to press that "X" until I read here that you can click any part of the background.

Re: Maemo 5 Alpha SDK released
 

I tried these suggestion and they work very well. In normal GtkDialog replace button and replace all check box are above each other without modifications.

Reason for "Find and Replace" must be that there is GTK_STOCK_FIND_AND_REPLACE but no GTK_STOCK_REPLACE. So changing text to "Replace" produces untranslated string which is basically too much work :)

Re: Maemo 5 Alpha SDK released
 

Note that if you convert the "Replace all" checkbox by a button just like "Replace" you save one click to the user and you probably get an even nicer layout. Again, this is what at least Gedit and OOo do.

Re: Maemo 5 Alpha SDK released
 

Ah didn't quite catch that. But this was minimum effort change :)

Re: Maemo 5 Alpha SDK released
 

Replace All is too dangerous to be made a button in my world.

Re: Maemo 5 Alpha SDK released
 

Really? Most developers don't seem to think so. Besides, that's why there's Undo.

Re: Maemo 5 Alpha SDK released
 

Yeah, for Replace in Files too ;) And this is not a developer application.

Re: Maemo 5 Alpha SDK released
 

Developers: the people who write applications that users use.

Re: Maemo 5 Alpha SDK released
 

I see. Thank you.

Re: Maemo 5 Alpha SDK released
 

One solution is to stop calling these things "Dialog Boxes." What class of thing is the on-screen keyboard? It doesn't seem to be a "Dialog Box" and it has a button to hide it. Sometimes I can hide it be tapping outside of its context. Sometimes not. But it seems I can always make it disappear if I place a "Window" (including dialogs but not popups) in front of it. I choose to call it a "Context Popup Thing." Well, the new "Find and Replace" looks like one of these.

And sorry, but an "X" in the window frame of a "Dialog Box" is optional. Sometimes the designer adds/removes the window frame and/or its functions based on modality or context. Your typical options for getting rid of a "Dialog Box" are "OK", "Cancel" or <escape>. Not "X". Especially in Hildon. If there's an "X," it might just be a "Window." If it is a "Window" and it's not "fullscreen", there should be an "X." But if it's a "Context Popup Thingy," something like the on-screen keyboard's bottom-right "lower" button seems just fine.

Clicking outside "Popup Menus" to remove them is normal and we're used to it. The same is just not true of "Dialog Boxes." And it's not really true for these "Context Popup Things."

These are just the facts (and maybe one or two opinions). Where things are going from here sounds like a slight morphing. But in the end it's just software...