I've got all of that in place as well. It didn't start doing this until I
wedged the shell script in front of the startup of the Python.
I took out the shell script, replaced it with the main python script, and at
the top of the main python script I placed:
import sys
sys.path.append('/usr/lib/thummim/')
That way it could find it's include files stored in the other directory.
Everything works fine again, including the dbus integration and taskbar
icon.
On 8/13/07, Kemal Hadimli <[EMAIL PROTECTED]> wrote:
>
> Hey, glad somebody is peeking on our code :)
That's the Best way to learn! What I want to do is learn how to do kinetic
scrolling without needing full screen mode. Not a priority, but that's
something I hope to learn from your app soon. Neat stuff.
The loading indicator should go away when you create the HildonProgram
> and HildonWindow (see /usr/lib/kagu/kagu-scanner.py) but if it's not
> working, check the dbus service file as missing it could be (I'm not
> sure, don't really remember) also relevant.
>
>
> On 8/13/07, Tony Maro <[EMAIL PROTECTED]> wrote:
> > I just took a hint from the Kagu project and moved all my Python scripts
> > into /usr/lib/thummim
> >
> > I made a shell script to launch the main Python script.
> >
> > Now, when launching, the "Thummim Reader - Loading" box takes forever to
> go
> > away. Everything else works fine.
> >
> > Have I taken the wrong approach? It's not killing the application like
> it
> > was before I added osso.Context handling, but obviously it's not
> processing
> > the "hey I'm here and working" message quite like I would expect.
> >
> > My shell script looks like this:
> >
> > #!/bin/sh
> > cd /usr/lib/thummim
> > python ./Thummim
> >
> >
> > The Thummim python script sets the osso.Context when it starts.
>
>
> --
> Kemal
>
_______________________________________________
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
