[Gpephone-devel] ptim: engine load count
Nils Faerber
nils.faerber at kernelconcepts.de
Tue Jul 24 11:00:33 CEST 2007
YU Yijun RD-ILAB-PEK schrieb:
> Hi,
Hi!
>> Upstream GTK+, as we just learned at GUADEC, now has support for
>> number-pad SMS style text input (I just mention it for completeness).
> We will have to look about the latest Gtk+
Great!
>> 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!
[...]
>>> 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...
>>> 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
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://lists.linuxtogo.org/pipermail/gpephone-devel/attachments/20070724/4ffe0439/attachment.pgp
More information about the Gpephone-devel
mailing list