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

Reply via email to