<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
Received: from 149.239.206.50 [149.239.206.50] with HTTP/1.1 (POST); Tue, 22
Jul 2008 15:01:55 +0200
User-Agent: PING e.V. Webmail/2.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Hallo!
> Hi Marius,
> Ok, I apologize, but the previously picture wasn't very representative.
> Please, look this one:
> http://www.gnuton.org/blog/wp-content/uploads/2007/11/qt4-on-maemo.jpg
> This pic shows better the problem. Basically the non hildon windows
> use the whole area set by WM.
> I hope to be explained better this time.
> I aplogize again.
> Thanks.
A number of information that might help you:
* The window manager resizes all top level windows to the complete
available area (minus top and left bars). Thiswill also be done, if the
window sets limits for minimum and/or maximum size. They will be ignored
for top level windows (or windows, that are marked as top level). So
your application must be prepared that the top level window will be
resized. It must draw the complete window independent of the expected
or actual size (which is normally realized by allowing all top
level window to be resizable).
* The top level window frames are not drawn by the window manager but
are part fo the Gtk theme of the window content (Full screen windows
just don't draw this frames). Just like a button has a frame,
the window content itself in this case has one, too.If you want these
frames you must read the image data from the Gtk theme and draw them
yourself. I have done this for the libIllumination applications.
You are right, ob would expect that this is the job of the window manager.
--
GruÃ...
Tim
_______________________________________________
maemo-developers mailing list
[email protected]
https://lists.maemo.org/mailman/listinfo/maemo-developers
