(repeated from talk.maemo.org [1])
Something Quim said in the "Nokia complaint" thread [2] about addressing
the right channels (re issues) really hardened this for me:
It is increasingly important for the community to have a deep, clear
channel into Nokia. IMO that should be handled by the Commun
Hi,
Wilms Daniel (Nokia-D/Helsinki) wrote:
As I said, I will post a more detailed example soon. This was just in
brief how it should work.
here is the example for the homescreen-widget. Maybe it helps:
http://danielwilms.de/new/?p=140
Daniel
Hi,
ext Fred Duarte wrote:
I'm trying to package a QT application with MADDE that contains
some non-QT dependencies.
Is it possible to install it via "apt-get install PACKAGE_NAME" or
"dpkg -i PACKAGE_NAME.deb" ?
If not, how can I add these dependencies to the MADDE environment?
Packaging
Hi,
Am Freitag 11 Juni 2010 schrieb Simon Pickering:
> Would a wiki page be useful to determine people's wishes for such a
Here we go:
http://wiki.maemo.org/QTMapWidget
Till
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.ma
Hi Fred!
There is no way. You will need to master using scratchbox.
Thanks, Daniil.
On Fri, Jun 11, 2010 at 5:51 PM, Fred Duarte wrote:
> I'm trying to package a QT application with MADDE that contains
> some non-QT dependencies.
>
> Is it possible to install it via "apt-get install PACKAGE_N
I'm trying to package a QT application with MADDE that contains
some non-QT dependencies.
Is it possible to install it via "apt-get install PACKAGE_NAME" or "dpkg -i
PACKAGE_NAME.deb" ?
If not, how can I add these dependencies to the MADDE environment?
--
Frederico Simas Duarte
SW & UI - Softwa
Hi,
Am Freitag 11 Juni 2010 schrieb tero.k...@nokia.com:
> It looks like the people at Qt are thinking of this as well.
> http://qt.nokia.com/developer/qt-roadmap/ mentions Maps/Navigation API and
> while the details are really scarce (it's only a roadmap, so that is
> expected), it does state t
Hi,
- original Nachricht
> I should add that I totally agree with the goal here. The question is
> whether it would be better to decide exactly what we want (in terms of
> features, hw accelerated rendering, etc.) and write something new, or to
> modify an existing piece of code.
On 11/06/2010 10:02, Till Harbaum wrote:
with the switch to qt i think there's a need for a qt map widget. I really
see a need for a unified widget to be used by all applications. The
current situation with multiple different map widgets on maemo5
shows what imho should be prevented:
- They stor
Ehm... Everything is working now. The last suggestion worked just fine with
database and all. I had made just... ehr... Let us just say a very idiotic
mistake in my packing and let's leave it at that. :D
A very big thank you for everyone that helped me with this issue,
Sascha
On Fri, Jun 11, 201
Till,
I totally agree!
regarding qmapcontrol, i was just talking to sampo about this and we
identified a rendering bug that i fixed in place (hes got the latest code
somewhere)
i like the look of this widget, its fairly simple to understand and has
support for multiple download services and would
A start may be this widget:
http://medieninf.de/qmapcontrol/
You might also want to look at the marblewidget (http://edu.kde.org/marble/).
As far as I know it can be built without any kde dependency, and is pretty
powerful.
Apparently it's also already running on an N900 (from the bottom
On Friday 11 June 2010 11:02:53 Till Harbaum wrote:
> Hi,
>
> with the switch to qt i think there's a need for a qt map widget. I really
> see a need for a unified widget to be used by all applications. The
> current situation with multiple different map widgets on maemo5
> shows what imho should b
> -Original Message-
> From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-
> boun...@maemo.org] On Behalf Of ext Till Harbaum
> Sent: 11 June, 2010 12:03
> To: maemo-developers@maemo.org
> Subject: QT map widget
>
> Hi,
>
> with the switch to qt i think there's a need for a
Hi,
with the switch to qt i think there's a need for a qt map widget. I really
see a need for a unified widget to be used by all applications. The
current situation with multiple different map widgets on maemo5
shows what imho should be prevented:
- They store cached tiles at different locations
Hmm... it doesn't print anything in the console. I've also added this before
the error:
qDebug() << name << "Error!";
Strange...
Thanks,
Sascha
On Fri, Jun 11, 2010 at 11:57, Sascha Mäkelä wrote:
>
>
> On Fri, Jun 11, 2010 at 11:42, Daniil Ivanov wrote:
>
>> Try this?
>>
>> QSqlDatabase db =
Try this?
QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE");
QString name = QDir::homePath() + "/CurrencyConverter";
db.setDatabaseName(name);
if (!db.open()) {
qDebug() << name << db.lastError();
return false;
} else {
qDebug() << name << "Great success!";
Hi Sascha!
Can you change your code like this:
QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE");
QString name = QDir::homePath() + "/CurrencyConverter";
db.setDatabaseName(name);
if (!db.open()) {
qDebug() << name << db.lastError();
return false;
} else
I have now like this:
QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE");
QString name = QDir::homePath() + "/CurrencyConverter";
db.setDatabaseName(name);
return db.open();
It works fine directly from Qt Creator, but it doesn't work when installing
the Debian package. Any ides?
On Thu, Jun
19 matches
Mail list logo
