[Gpephone-devel] Ptim success

[YE NAN RD-ILAB-PEK]

Hi Florian & Nils,

That's real a problem we concern about for a long time. We have some idea:
If we can get current focused widget in im input context callback, we can use this approach to match;
If we can add some extra style properties described in .rc files and use it to match specific widget class which derived from GtkEntry or GtkTextView and would  have dedicated input purpose? 
I have no much more expertises on this and not sure about thier feasibility:(

By the way, we have another modification of GtkEntry and GtkTextView already for input method, but not submit. That's to use only one GtkIMContext in an application. As known that Gtk+ use multi-imcontext in its orignal design and each GtkEditable wiget will have an independent GtkIMContext to represent its current input status. But we found this would be redundancy and reduce preformance of applications which have a set of GtkEditable widgets specailly on devices. So we only create a GtkIMContext instance at the first time that application would like to use a GtkEditable widget in its GUI and export an global variable to hold pointer of this instance. Other GtkEditable widget in the same application just reference to this instance when they are created.

Best regards,
Nan YE

-----Original Message-----
From: gpephone-devel-bounces at linuxtogo.org [mailto:gpephone-devel-bounces at linuxtogo.org] On Behalf Of Florian Boor
Sent: 2007年4月12日 6:27
To: gpephone-devel at linuxtogo.org
Subject: Re: [Gpephone-devel] Ptim success

Hi,

Nils Faerber schrieb:
> AFAIK Nokia did some hack to achieve this. In numeric input fields 
> only numbers can be input (the characters are greyed out on the 
> virtual keboard), even a hexadecimal mode is possible (e.g. for hex-WEP-key).
> 
> But I think it was rather a hack and is quite surely not upstream.

if I remember correctly they simply added these property to GtkEditable or similar. In fact properly implemented that would be a quite useful thing for upstream GTK.
A possible hack that would not involve an API change would be to add this information as a named data pointer to an object. That would be an easy way to introduce and test this feature. The only thing I'm currently not really sure about is how to get the matching widget in the input context callback.

Greetings

Florian

-- 
The dream of yesterday                  Florian Boor
is the hope of today                    Tel: +49 271-771091-14
and the reality of tomorrow.            Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904]        florian.boor at kernelconcepts.de

1D78 2D4D 6C53 1CA4 5588  D07B A8E7 940C 25B7 9A76

_______________________________________________
Gpephone-devel mailing list
Gpephone-devel at linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpephone-devel