Hi,
Is anyone working on this currently? I might seriously look into it
very soon.
Thanks,
Philippe Laporte
Software
Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax: +46 31 24 16 50
Email: [EMAIL PROTECTED]
Tapani Pälli wrote:
ext Philippe Laporte wrote:
Hi,
I'm forwarding this to other relevant lists as well.
The 770 window manager is Matchbox: http://projects.o-hand.com/matchbox/
Is the color map problem already assigned to someone?
Expose-events work in 770 normally, bug is in the application/library
side, not in Matchbox. Problem with pixmap depth was solved by disabling
composite extension in Xomap build (if it does not work, the problem is
trivial for application side to fix just by using some other function to
query colordepth instead).
Best Regards,
Philippe Laporte
Software
Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax: +46 31 24 16 50
Email: [EMAIL PROTECTED]
// Tapani
// Tapani
Thomas Fitzsimmons wrote:
Hi,
On Tue, 2006-03-07 at 13:46 +0100, Clemens Eisserer wrote:
Classpath's AWT of course runs on top of GTK+.
Not on the 770, it has several problems but I am not experienced
enough to solve them:
- Expose events seem not to be sent by X or at least are not received
by java. I did some debgugging and as far as I can tell no expose
events are sent by X.
Interesting. Does the 770 window manager allow overlapping windows or
dialogs? Maybe there is no need for expose events except one on initial
startup. Maybe we need to post paint events in response to something
other than an expose event, when running on the 770. I'd appreciate
more information on this.
- When creating offscreen images they are created using 24 bit depth
since GTK_RGB thinks this is best (why do we ask GTK_RGB for the
default pixmap depth and do not simply use the depth the screen is
running?). But 770's X server has no colormap assigned to 24-bit mode
so it asserts.
Yes, I think we currently assume a 24-bit colormap in the GTK peers,
which is wrong. I'd like to see this fixed.
- Swing propably needs to be extended to allow the virtual keyboard to
send key events.
How is the virtual keyboard different from a standard keyboard, from X's
perspective? I don't see how Swing would be affected.
Tom
_______________________________________________
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
_______________________________________________
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
