On Wed, 16 Sep 2009 13:21:10 +0100 Rui Miguel Silva Seabra <r...@1407.org> said:
> On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: > > > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: > > > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS): > > > > > > > program specified minimum size: 198 by 350 > > > > > > > program specified maximum size: 198 by 350 > > > > > > > ... > > > > > > > > > > > > the way the contents are specified for the window, it isnt > > > > > > resizable. the app > > > > > > is in control of this. > > > > > > > > > > All SHR apps have these values defined as above. > > > > > > > > That means that all SHR apps will get non-resizable 198x350 windows > > > > under any stardards-compliant window manager. > > > > > > > > This is definitly a bug that should be fixed. > > > > > > and what is the proposed fix? Use XSetWMSizeHints? > > > > I've never written a line using E libraries, but quick search suggests > > evas_object_size_hint_min_set() / evas_object_size_hint_max_set() > > Like those are of much use when you can turn from portrait to landscape. > > NOT a solution! it's not an issue if your wm is like e+illume or matchbox and maximises apps regardless of min/max size.if its a desktop wm rotate is irrelevant here as the wm wont go resizing the window on rotate anyway, even if it is rotatable. (or is very unlikely to do this - move the window maybe, resize - unlikely). you need to differentiate between a wm setting up a sane windowing policy for such screen sizes and uses and a "desktop" wm and is policies. i agree the apps should not be relying on the wms ignoring their hints to work right - they should have their content packed in such a way that they are resizable. that is the correct solution. then a nice friendly resize of the window object to a nice size is good too (remember to get the min/max hints first and respect them in your resize as he resize is not going to respect them) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community