date:20100215

Re: Why touch event go through my window

2010-02-15 Thread Kimmo Hämäläinen

On Sun, 2010-02-14 at 04:09 +0100, ext Evan JIANG wrote:
Thank you for your reply.
Since I'm on travel now, I may could only try it some days later.

I guess it's cause by the browser and hildon-desktop called some
matchbox API directly, that
maybe some MB APIs could hide the window and the window can not be
shown again with GTK APIs.

My guess about your ghost window is that the X window stacking does
not match what the compositor shows on the screen. So it could be a bug
in hildon-desktop, or it could be some unsupported window type (that's
why I asked for xprop and xwininfo outputs).

I found everything works well with FireFox borwser for Maemo.

That is interesting... Have you tried the N900 browser in fullscreen
mode, does it work then?

Here I could give more details about the window lifecycle.
There's a scim-gtk-panel daemon which will auto start when system startup.
When the daemon starts, it will create a winodw, and hide it immediately.
Everytime when the input method need to show the input window, it will send
command to the daemon to show the input window and move it to the front.
When the inputing is done and edit field loses the focus, the input window
will
be hidden by calling gtk_widget_hide

This should work if the window is supported by the window manager (to
see that I need the xprop xwininfo outputs or a test program from
you).

This design works all right on most of PC Desktop Linux. As I said,
it also works
well for most applications on Maemo, except browser. In the Browser
application,
when the input window is showing, and I click on other places to close
the window,
the window won't show again with gtk_widget_show_all.

My current workaround is, when the input window need to be hidden, I
will destroy
the window, and next time when it need to be shown, I will create the
window again.
With this workaround, it works just OK now. But, the performance is
much worse than
before, since creating and destroying the window take longer time.

This workaround should not be necessary. We have many such windows, for
example the Select Connection dialog that you use to select connection
to the Internet. It sounds like the window type is confusing to the
window manager and it does not behave right in this case.

-Kimmo

Best regards,
Evan JIANG
2010/2/12 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
On Sat, 2010-02-06 at 16:53 +0100, ext Evan JIANG wrote:
Hi all,
I'm developing an input method for N900.
The main window is not full screen, and looks like this:
http://www.evan129.com/wp-content/uploads/2009/12/20091225_d151774f028f00e741aecdywcKr7OnKn.png
It works well in most of times. But in browser application, it's a
bit strange.

As you can see, there are some buttons in the panel, users can
press the buttons to choose the words. In browser application,
when users pressed the button, the event will go through my window to
the browser. Then because of the press location is not in the same
edit field, the edit field will lose the focus.

I may not explained it clearly. Let me give an easier understanding
example. If the window is in the top of screen, covered the title bar,
then when I press the button on the left-top
corner, it will show the application switch window. That means, the
press event go through my window, and handled by the app swithcer
button.

What's the output of these commands for your window:

xprop -id your window
xwininfo -id your window

These command line tools can be found from x11-utils package.

-Kimmo

These are the only 2 places I found that could receive my press event.
But in all other places, I didn't find this happening.

My panel is created with gtk_window_new (GTK_WINDOW_POPUP);
And the buttons are created by gtk_button_new();. I use
g_signal_connect to receive the clicked event or
button-press-event event.

Does anyone have any idea about that?

Best regards,
Evan JIANG
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Bad Drawable when running hellogl_es2 example

2010-02-15 Thread Kimmo Hämäläinen

On Sun, 2010-02-14 at 11:34 +0100, ext Charles Han wrote:
 Hi all,
 
 I am having issue when running the example hellogl_es2 from QT. The 
 program segment fault on theN900 and showing this error message:
 X Error: BadDrawable (invalid Pixmap or Window Parameter) 9
 Extension: 134 (unknown extension)
 Minor opcode: 4 (unknow request)
 Resource id: 0x3e9
 
 It's an opengl es 2 example. any help?

Where is the source code?

-Kimmo

 
 Thanks
 
 Charles
 
 ___
 maemo-developers mailing list
 maemo-developers@maemo.org
 https://lists.maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

MeeGo

2010-02-15 Thread Jeremiah Foster

Intel and Nokia collaboration: http://meego.com/

Jeremiah
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Developing virtual keyboard plugin for Maemo 5

2010-02-15 Thread kokilakr kr

Hello,

I took sample virtual keyboard plug-in source from following mail archive,

http://www.mail-archive.com/maemo-comm...@maemo.org/msg09120.html

compiled and verified hildon onehand keyboard plug-in.

So I think there is latest virtual keyboard plug-in example sources which
are not committed to
gitorious.orghttp://maemo.gitorious.org/fremantle-hildon-desktop/hildon-input-method-plugins-exampleyet.

Thanks for all the replies.

2010/2/12 kokilakr kr kokilakr...@gmail.com

Hello,

Thanks for the link.

I referred

http://download.opensuse.org/repositories/Maemo:/Mer:/Devel:/MaemoCommon/MerDevel_Ubuntu_9.04/

And I could find few sample virtual keyboard plug-in installers and tried
replacing the default keyboard plugin. It worked.

But I could not find any API documentation or samples on how to use new
framework APIs.

Can you please provide me the link if any.

Thanks

On Fri, Feb 12, 2010 at 6:21 PM, Carsten Munk carsten.m...@gmail.comwrote:

That one is not in use anymore. On build.opensuse.org in
Maemo:Mer:Devel:MaemoCommon we have the hildon-input-plugins-example
we use.

2010/2/12 kokilakr kr kokilakr...@gmail.com:

Hello,

Thanks. But I don't know how to use the latest framework. :-)

But in link,
https://bugs.maemo.org/show_bug.cgi?id=4178

it is written,

Comment #22 from Murray Cumming 2009-10-14 11:11:24 GMT+3 [reply]

I've heard from the Mer developers that these examples now work in a
public
SDK
(Maemo 5.0 Final). Fixed.

They say the examples work with Maemo 5.0.

But in Mer there is only one example virtual keyboard plugin,
http://gitorious.org/mer/him-arabic

which also contains unsupported APIs.

Thanks,

2010/2/12 Kimmo Hämäläinen kimmo.hamalai...@nokia.com

On Fri, 2010-02-12 at 13:21 +0100, ext kokilakr kr wrote:
Hello,

But is this the latest example?

The code contains functions which are unsupported in latest SDK,
hildon_im_ui_button_set_toggle()
hildon_im_ui_button_set_label()

hildon_im_ui_button_*

Yes, it hasn't been updated after September 2007, it seems :) I can
give you commit rights if you can do it ;)

-Kimmo

Thanks,

2010/2/12 Kimmo Hämäläinen kimmo.hamalai...@nokia.com
On Fri, 2010-02-12 at 12:17 +0100, ext Daniel Martin Yerga
wrote:
Hi.

On 12/02/10 09:54, kokilakr kr wrote:
Hello All,

Thanks for information about out dated documentation.

But I could not find any information, examples or sample
virtual keyboard
based on new framework. And the header file do not
contain
any alternate
APIs.

So does this mean we cannot modify system wide virtual
keyboard plugin on
Maemo 5?

Thanks,

Yes, we can.

In this bug report [1] you will find the right information.

The examples used to be in [2] (there was even a portrait
keyboard), but
after the shutdown of the SVN at stage.maemo.org I don't
know where the
examples are now. I was not be able to find it in gitorious
[3]

Yes, we forgot to move this package. I put it to Gitorious
now, using
the source package contents:

http://maemo.gitorious.org/fremantle-hildon-desktop/hildon-input-method-plugins-example

-Kimmo

[1] https://bugs.maemo.org/show_bug.cgi?id=4178
[2]

https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-input-method-plugins-example/
[3] http://maemo.gitorious.org/fremantle-hildon-desktop
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

RE: Bad Drawable when running hellogl_es2 example

2010-02-15 Thread Charles Han


Hi Kimmo,

The source is from: 
http://qt.gitorious.org/qt/qt/trees/4.5/examples/opengl/hellogl_es2

Thanks

Charles
  
_
Want to be a Space Travel Agent? If it exists, you'll find it on SEEK
http://clk.atdmt.com/NMN/go/157639089/direct/01/___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

69 matches

Mail list logo