[maemo-developers] Fremantle dialogs at maximum size

From: Simon Budig simon at budig.de
Date: Fri Apr 17 00:08:51 EEST 2009
Till Harbaum / Lists (lists at harbaum.org) wrote:
> how does one make a dialog fill the entire screen?
[...]
 
> The problem is that in non-fullscreen mode i am not limited and
> the dialog is bigger than the usable screen space.

Oh, so you actually did not want your dialog to fill the screen, you
want the dialog to be not-bigger-than-the-screen. That was not clear
from your original question.

> In order to do so i'd have to exactly know how big a dialog can be at
> most. That imho doesn't make much sense. Once should be able to
> request any size and having hildon take care that nothing is bigger
> than useful.

Right, but what are the options of hildon then? If the dialog contains
too much stuff it can a) extend beyond the screen, b) cut off some
widgets, c) cramp widgets together, possibly having them overlap each
other. None of these options really is a good one.

I believe, that a 800x480 screen usually still needs customization and
hard thinking about usability. If you pack more widgets into a dialog
than fit comfortably you're probably on a good way on creating a
usability problem, although it is hard to judge without knowledge about
the specific application.

Also I don't get your original description of the earlier behaviour:

> I am used to set the dialog size to 800x480 and such a dialog will
> fill the entire screen when fullscreen and will be shrinked
> appropriately when in non-fullscreen mode.

So you're saying that earlier versions did not respect your size request
of 800x480 in non-fullscreen mode (what do you mean exactly by this
btw.)? That sounds like broken behaviour: Why doesn't the dialog respect
your request for 800x480?

I am not sure if I really got the problem.

Bye,
         Simon

-- 
              simon at budig.de              http://simon.budig.de/
       simon.budig at kernelconcepts.de      http://www.kernelconcepts.de/

More information about the maemo-developers mailing list