[Gpephone-devel] ptim: engine load count

[YU Yijun RD-ILAB-PEK]

Hi, 

>
>>> Have you looked at the Maemo/Hildon GTK+ patches for this? Or the
>> Hildon
>>> input framework in general?
>>> They already have most of the functionality we are looking at/for,
>>> probably we can merge something here?
>>> Maemo also implements the input field type specification you are
>> looking
>>> for.
>> Thanks for the valuable information and we will have a look on Maemo
>> before we start to implement this feature.
>
>Hopefully this in the open source part of it... if you do not find it
or
>need help with this otherwise, please let us know!

Unfortunately it is not open sourced for this part. Do you have some
extra info about it?

>
>[...]
>>>> Is it easy to detect the current focused widget in Gtk+?
>>> I fear not, especially since your are looking at this widget from
>>> outside the application process context - the input method is run as
a
>>> seperate process which is independant from the running application
and
>>> its widgets.
>> We will have a look at Maemo first and then come back to you.
Currently,
>> in GPE Phone Edition, the text input method is a plugin belonging to
a
>> specific process. The text input method itself is not an independent
>> process.
>
>Err... I seem to be a little lost here...
>As I understand it we have an IM context which is part of the
>application process context.
>But the "application" (or applet) that is the virtual keyboard itself
is
>implemented as a library and called from within the application?
>
>I am sorry for my ignorance but I did not have a look at the IM
>implementation yet...

Sorry that I don't make it clear.
Yes, virtual keyboard is part of text input method module and not an
independent process. 


>>>> I agree that there should be a global hotkey configuration
mechanism;
>>> But this will be seperate from the IM, right?
>> Yes, of course. It is part of  the hotkey configuration as mentioned
by
>> Florian in his previous mail.
>
>Ah, good.
>Along with configuring hotkeys we also have to think about who shall
>handle them.
>This needs to be an application that is always running, has to have
>eventually higher priviledges and should have access to the user
session.
>For me this sounds like a "module" for the application launcher?
>
>>> We definetely have to support both, hotkey and touchscreen/icon
>>> switching, since we want to support touchscreen and non-touch
phones,
>> yes.
>> Agree. :)
>
>BTW: LCD suspend now works on the NEO1973 and it survived suspend with
>running GSM for a night with just loosing "one bar" on the battery
level ;)
>
>> Regards
>> YU Yijun
>Cheers
>  nils faerber
>
>--
>kernel concepts GbR        Tel: +49-271-771091-12
>Sieghuetter Hauptweg 48    Fax: +49-271-771091-19
>D-57072 Siegen             Mob: +49-176-21024535
>--