On May 5, 2009, at 1:48 AM, Jey Han Lau wrote:
We are currently trying to build a GUI application on Maemo, and after
listening to suggestions from a few Maemo developers we started
prototyping it with Python and Qt.
Python and Qt seems easy since the UI code designed from Qt designer
On Tuesday 05 May 2009 04:20:32 you wrote:
I suppose it is not really translating. I'll elaborate a little more.
Say you create a signal/slot for a button. So the button fires a
clicked signal and say there's a UI list that clears the item (slot)
on the list. You can do this using the Qt
On Tuesday 05 May 2009 06:57:35 Jey Han Lau wrote:
I've been trying to install pyqt4 on scratchbox and I kept getting
broken packages error =/ There are instructions on installing pyqt on
the nokia device itself but not on the scratchbox. I have added
extras-devel to /etc/apt/sources.list, and
Hi,
Sorry for the delay. The queue-manager for diablo extras-devel didn't run
because there was a residual PID file.
The incoming queue has now been processed and everything should be back to
normal.
--
Niels Breet
maemo.org webmaster
On Sun, May 3, 2009 18:52, Faheem Pervez wrote:
Hi,
The
On Tuesday 05 May 2009 10:41:11 Jeremiah C. Foster wrote:
project.) But there is no need to prototype first in python - it gives
you no special advantages aside from the fact that most prefer to code
in python versus C++ and that some consider prototyping to be much
faster in python.
Another,
Hi,
an additional comment regarding the help-system to avoid misunderstandings. As
I said before there won't be any help-system in Fremantle. This means that any
help, has to be implemented within the application itself.
There are a lot of ways how to do that, and a really easy way would be to
Hi,
A good and updated documentation about using Qt Assistant in Qt application
is in the section Using Qt Assistant remotely at
http://doc.trolltech.com/4.5/assistant-custom-help-viewer.html
Cheers,
Antonio
On Tue, May 5, 2009 at 2:27 PM, daniel wilms daniel.wi...@nokia.com wrote:
Hi,
an
Hi,
Let me start again because I don't think this downstream-upstream
relationship is relevant to define hhis extras QA process.
Proof: if an application in extras has been demoted because of a severe
bug in a library it's the maintainer of that app the main responsible of
finding a solution.
ext Murray Cumming wrote:
On Mon, 2009-05-04 at 12:06 +0200, Jeremiah Foster wrote:
[snip]
And if
someone does not want to create a bug tracker, for whatever reason,
how can we convince them not to open their own repo if Maemo rejects
their package?
maemo.org extras would reject
On May 5, 2009, at 15:41, Quim Gil wrote:
Hi,
Let me start again because I don't think this downstream-upstream
relationship is relevant to define hhis extras QA process.
Proof: if an application in extras has been demoted because of a
severe
bug in a library it's the maintainer of
ext Jeremiah Foster wrote:
On May 5, 2009, at 15:41, Quim Gil wrote:
The problem is that many package
maintainers don't know the programming language of the software they
are packaging. If you are packaging something written in erlang you
will not be able to quickly fix bugs in that
On May 5, 2009, at 17:30, Quim Gil wrote:
ext Jeremiah Foster wrote:
On May 5, 2009, at 15:41, Quim Gil wrote:
The problem is that many package
maintainers don't know the programming language of the software they
are packaging. If you are packaging something written in erlang you
will not
Hi
This is ideal, at least in theory. The problem is that many package
maintainers don't know the programming language of the software they
are packaging. If you are packaging something written in erlang you
will not be able to quickly fix bugs in that package if you don't know
erlang. This
This deserves a separate thread.
In the QA from extras-devel to extras-testing thread we are discussing
a community quality process that relies heavily on the fact that the
source code of an application and its dependencies is available. But
happens with the closed source applications?
The
ext Murray Cumming wrote:
On Sun, 2009-05-03 at 20:15 +0200, Jeremiah Foster wrote:
Who is going to build all of this infrastructure?
For the voting stuff, I have no idea. Maemo/Nokia wants it so I guess
they will make it happen.
Hopefully the maemo.org team and the community council also
On Tue, 2009-05-05 at 16:40 +0100, Ian wrote:
Hi
This is ideal, at least in theory. The problem is that many package
maintainers don't know the programming language of the software they
are packaging. If you are packaging something written in erlang you
will not be able to quickly fix
If all you want to do is run OpenOffice 3.0, install Easy Debian from Extras
and use the included installer to download the big image file. You will then
be able to run the Debian Squeeze version of OpenOffice 3.0 on your tablet.
If you wish to install OpenOffice 3.0 in Maemo, you will need to
Hi,
This separation of code and packaging (.diff.gz and .orig.tar.gz.) is
IMO extremely important for Maemo and should be actively encouraged by
both Nokia and the community processes.
Downstream projects will thank us for it, i imagine
Yes, I wish that Nokia projects such as hildon stuck
Hi there,
I am trying to write a python script for the N810 which polls a
directory for files being written by another process and makes web
service calls, one per file, before deleting the file.
I am having troubles with getting ZSI into the scratchbox. There seems
to be a dependency on
Hi,
you should take a look at python-inotify for monitoring the directory,
instead of polling. inotify lets you get notification from the kernel
when a file is written or changed.
Constant polling is bad for battery life anyway.
As for ZSI, installing with distutils should be no problem in
20 matches
Mail list logo
