Re: [Tuxpaint-devel] hello, and hildon

[Alessandro P. <apa...@gm...>]

Sorry, I don't remember if the problem existed in 2005 edition, but since
they changed a lot of things in the 2006 release it's also possible the
problem arised in the 2006 edition.

BTW I've seen no code modifications that I've not (independently)
implemented in my port, in other words my OS2006 port and the OS2005 port
are almost completely equivalent in terms of code modifications (very few
lines indeed).

It's certainly more a problem of how the menu for hildon desktop is built
than a tuxpaint problem (many other ports are affected by the same issue),
see this post (the reply is form Eero Tamminem @ nokia . com):

> When the user press the hardware Home button, TuxPaint continues to run
> in the background and the user must kill it through a terminal with
> killall -9 tuxpaint
> or reset the device.
> I've tried unsuccessfully differente approachs (libosso), if you know
> how to solve this, please let me know.

Below is copy of my earlier mail to the devel list.
(I think the info is also in Maemo wiki somewere)
It tells how to get back to the application.


       - Eero

I spent a while debugging why I cannot switch back to SDL window
from which I've switched away, and noticed that it's actually
easy to fix.

Application switcher needs to know which window matches to which
.desktop file.  This is done using the standard WM_CLASS X property.
So, e.g. to be able to switch back to the Bomberman game, you
need to...

Add following line to Bomberman .desktop file for application switcher:
StartupWMClass=Bomberman

And ask SDL to use that WM_CLASS definition for the Bomberman game
window through an environment variable by adding following line
to the "launch-bomberman" script:
export SDL_VIDEO_X11_WMCLASS=Bomberman


I.e. only two lines need to be added and no actual code needs to
be changed!

---

Of course I tried this approach but it doesn't solve the problem.


-- 
Alessandro Pasotti
w3:   www.itopen.it