Aaron, <br><br>I got the kb syncrhnized with the focus (in/out) events of HTML forms (the focus in -> vk pops up and vice-versa) - many thanks, btw. <br><br>But no text can be entered from typing frm the vk ... And before getting the "synchronism" working (partially), I was able to do so. Could it be a 'context' problems ?
<br><br>Thoughts ?<br><br>thanks<br><br><div><span class="gmail_quote">On 1/20/06, <b class="gmail_sendername">Aaron Levinson</b> <<a href="mailto:alevinsn@aracnet.com">alevinsn@aracnet.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have to admit that I don't understand why you would need to use this<br>specialized function in your case. The situation with osso-xterm is a<br>specialized one, since the GtkIMContext object's window needs to be<br>activated as the result of a menu action. In your case, however, you
<br>already have a GtkWidget (GtkMozEmbed), so you should be able to do the<br>following:<br><br>1. Create a GtkIMMultiContext in the "constructor" for your object.<br>2. In the realize function for your class (or as a response to the
<br>"realize" signal), call gtk_im_context_set_client_window(). Also call it<br>for unrealize.<br>3. Handle the "focus-in" and "focus-out" signals appropriately for the<br>widget by calling gtk_im_context_focus_in() and
<br>gtk_im_context_focus_out(), respectively.<br>4. Set up key-press and key-release signal handlers for the widget and<br>call gtk_im_context_filter_keypress() in each signal handler.<br><br>Take a look at the source code for vncviewer or osso-xterm for examples.
<br>You can also examine the code for various GTK classes, such as<br>GtkTextEntry. Also, you can refer back to some previous e-mails that I<br>wrote to this list regarding input methods.<br><br>Aaron<br><br>On Fri, 20 Jan 2006, Aaron Levinson wrote:
<br><br>> You can use gtk_im_context_show() to force the window for a GtkIMContext<br>> object to be displayed. This function isn't mentioned in the<br>> documentation for the class, but it is in the include file. An example of
<br>> using this function can be found in the osso-xterm code.<br>><br>> Aaron<br>><br>> On Fri, 20 Jan 2006, Antonio Gomes wrote:<br>><br>> > otherwise, there is no way to force it Pop UP manually ?
<br>> ><br>> > regards<br>> ><br>> ><br>> > On 1/20/06, Antonio Gomes <<a href="mailto:tonikitoo@gmail.com">tonikitoo@gmail.com</a>> wrote:<br>> > ><br>> > ><br>> > > On 1/18/06, Aaron Levinson <
<a href="mailto:alevinsn@aracnet.com">alevinsn@aracnet.com</a>> wrote:<br>> > ><br>> > > Hi Aaron,<br>> > ><br>> > > One possibility is to use gdk_window_foreign_new() to wrap the native
<br>> > > > window in a GdkWindow object.<br>> > ><br>> > ><br>> > > Maybe I can jump this first step, once I already have a GtkWidget the<br>> > > wraps mozilla guts the make easier called GtkMozEmbed, provided by the
<br>> > > mozilla embedding API. Make sense for you ?<br>> > ><br>> > ><br>> > > > Then, after creating a GtkIMMulticontext,<br>> > > > you could try using gtk_im_context_set_client_window() with the new
<br>> > > > GdkWindow object. You'll want to listen for key-press and key-release<br>> > > > signals (hard to do without a GtkWidget, but you should be able to<br>> > > > handle<br>> > > > this by listening for these signals on the HildonApp widget), and when
<br>> > > > you<br>> > > > get these signals you can route them to the GtkIMContext that you<br>> > > > created<br>> > > > earlier if appropriate. Also, look for other e-mails regarding input
<br>> > > > methods in the archives for this e-mail list. Maybe this will work,<br>> > > > although I'm not too hopeful. You might also consider creating a<br>> > > > special<br>> > > > GtkWidget class that can wrap an arbitrary GdkWindow. I would have
<br>> > > > suggested the GtkPlug class, but GtkPlug widgets are top-level widgets,<br>> > > > which won't work here.<br>> > ><br>> > ><br>> > ><br>> > > Please note that the virtual keyboard is provided in the form of a GTK
<br>> > > > input method, and you'll basically need to use the standard GTK<br>> > > > mechanisms<br>> > > > for working with input methods if you want to use it.<br>> > ><br>> > >
<br>> > > but I'm already using Vb successfully and there is no synchronising<br>> > > between the rendered HTML forms and the Kb ... (focus in -> pop up vk /<br>> > > focus out -> vk gets down).
<br>> > ><br>> > > many thanks<br>> > ><br>> > ><br>> > > > > Hi there,<br>> > > > ><br>> > > > > I'm wondering how I can get the Virtual Keyboard service to
<br>> > > > synchronize with<br>> > > > > non GTK_Widgets (like HTML forms on mozilla-webpages) ?<br>> > > > ><br>> > > > > Actually, I have some methods already implemented regarding this, and
<br>> > > > I just<br>> > > > > need communication with VK side (from APIs or whatever). Is there is<br>> > > > any API<br>> > > > > to use it, or GTK mask/hide it in its guts ?
<br>> > > ><br>> > > ><br>> ><br>><br>> _______________________________________________<br>> maemo-developers mailing list<br>> <a href="mailto:maemo-developers@maemo.org">maemo-developers@maemo.org
</a><br>> <a href="https://maemo.org/mailman/listinfo/maemo-developers">https://maemo.org/mailman/listinfo/maemo-developers</a><br>><br><br>_______________________________________________<br>maemo-developers mailing list
<br><a href="mailto:maemo-developers@maemo.org">maemo-developers@maemo.org</a><br><a href="https://maemo.org/mailman/listinfo/maemo-developers">https://maemo.org/mailman/listinfo/maemo-developers</a><br></blockquote></div>
<br><br clear="all"><br>-- <br>--Antonio Gomes<br>http:// tonikitoo (dot) blogspot (dot) com (slash)