Re: How to resolve network connectivity without using Qt Mobility in Qt?
Hi Ville, Let me just copy and paste here a few emails I got from Publish To Ovi Support: As a matter of fact, this app is failed in QA because of feature of application manager direct installing from deb file cause that installing will complain two dependence library: 'libqtm-bearer and libqtm-systeminfo are missing.', quoted from internal communication with our back-end. The reason is that Nokia hasn't yet embedded Qt Mobility on N900. Although it will happen soon, currently developers have to manually package the Qt Mobility package with their apps. You may find the Qt Mobility package and its individual packages here: http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/. Files ending with _armel.deb are those ones that should be pre-installed on N900 devices, whereas _i386.deb ones are for PC environment. To be specific, for your case, you should at least package the http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/libqtm-bearer_1.0.0-maemo1+0m5_armel.deb and the http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/libqtm-systeminfo_1.0.0-maemo1+0m5_armel.debinto your final build. And here is a other one: In fact, the issue is not we cannot install the missing libraries on our own; it is that we cannot assume that end-users/consumers have this knowledge to install the dependencies by themselves. Thus, the current workaround for this is to package the dependencies into the app build so that end-users/consumers do not have to handle this hassle. And here is the final one: You can always try to build the Qt Mobility source with your app. The source package can be downloaded at http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/qt-mobility_1.0.2-maemo1.tar.gz; or you can use apt-get source libqtm-bearer to acquire. I'm also working on possible other solutions. Packaging a deb file into another looks like having some trouble currently. I'll let you know if I've made any progress. Sorry for the inconvenience. As you can see what I'm told by them, it seems that they are not using a repository for paid apps. Do you have other information? Cheers, Sascha On Thu, Jul 22, 2010 at 16:16, Ville M. Vainio vivai...@gmail.com wrote: Well, that's certainly not the general understanding (inside Nokia) of how it should work. Do you care to elaborate so that we can escalate the issue (with the understanding that it's holiday period...)? Definitely qtmobility is to be usable for Ovi store applications, and same applies for all the other packages that can be downloaded from nokia repos. If this is not currently the case, the process is broken at the moment. You should not change your apps design because of this glitch. - Original message - Hi Ville, Yes, this is what I thought too, but apparently Ovi Store is NOT using a repository for paid apps. So it simply using dpgk to install the deb files and therefore it's not able to install dependencies. It's frankly quite shocking, but this is the situation. Cheers, Sascha On Thu, Jul 22, 2010 at 15:54, Ville M. Vainio vivai...@gmail.com wrote: Qt mobility is in official nokia repo (not extras). It's ok to depend on those packages when publishing at ovi store. - Original message - Hi, After struggling for about a month with my app and the Ovi Store QA, this is what I found out: apparently Ovi Store is not using a repository, at least for paid apps, and therefore cannot install dependencies. However, at the same time their QA team requires quite a few things when dealing with network connectivity. Obviously these requirements are not published anywhere, otherwise this would be much too easy! Anyway, this is what I think they want: 1. Detectect if the device is Offline and give appropriate warning. 2. Detect if the device is connected and if not establish the connection. 3. If the connection is set to manual, the app needs to give the necessary prompt. 4. If the connection is set to automatic, it should connect without any prompt. So these, I believe, are the requirements of the Ovi Store QA regarding network connectivity. Now the question is how can this be done without using Qt Mobility (or any other library that is not included with PR1.2)? Is it even possible? It would be nice if there would be a Wiki page or something where a sample code that would pass Ovi Store's QA would be available. I understands that most of the competing platforms have these sample codes freely available, so to prevent the need for devs to reinvent the wheel. It's about time Nokia would have something similar. Currently it seems that while Nokia is recommending Qt for everyone with great enthusiasm, their QA team seems to be out of touch what is currently possible to do with it and what not. Cheers, Sascha
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Hi Ville, I did that and this is the response I got: In fact, the issue is not we cannot install the missing libraries on our own; it is that we cannot assume that end-users/consumers have this knowledge to install the dependencies by themselves. Thus, the current workaround for this is to package the dependencies into the app build so that end-users/consumers do not have to handle this hassle. Are you saying that Ovi Store is, after all, using a proper repository even for paid apps? Could it be that all the people who know anything about Maemo are currently on holidays and therefore I got this? Cheers, Sascha On Thu, Jul 22, 2010 at 16:54, Ville M. Vainio vivai...@gmail.com wrote: I believed this is a misunderstanding or bad test case on ovi QA side. They are trying dpkg -i to ensure dependencies on clean environment, without awareness that dependencies to nokia repositories are ok. Advice them of this. - Original message - Hi Ville, Let me just copy and paste here a few emails I got from Publish To Ovi Support: As a matter of fact, this app is failed in QA because of feature of application manager direct installing from deb file cause that installing will complain two dependence library: 'libqtm-bearer and libqtm-systeminfo are missing.', quoted from internal communication with our back-end. The reason is that Nokia hasn't yet embedded Qt Mobility on N900. Although it will happen soon, currently developers have to manually package the Qt Mobility package with their apps. You may find the Qt Mobility package and its individual packages here: http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/. Files ending with _armel.deb are those ones that should be pre-installed on N900 devices, whereas _i386.deb ones are for PC environment. To be specific, for your case, you should at least package the http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/libqtm-bearer_1.0.0-maemo1+0m5_armel.deb and the http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/libqtm-systeminfo_1.0.0-maemo1+0m5_armel.debinto your final build. And here is a other one: In fact, the issue is not we cannot install the missing libraries on our own; it is that we cannot assume that end-users/consumers have this knowledge to install the dependencies by themselves. Thus, the current workaround for this is to package the dependencies into the app build so that end-users/consumers do not have to handle this hassle. And here is the final one: You can always try to build the Qt Mobility source with your app. The source package can be downloaded at http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/qt-mobility_1.0.2-maemo1.tar.gz; or you can use apt-get source libqtm-bearer to acquire. I'm also working on possible other solutions. Packaging a deb file into another looks like having some trouble currently. I'll let you know if I've made any progress. Sorry for the inconvenience. As you can see what I'm told by them, it seems that they are not using a repository for paid apps. Do you have other information? Cheers, Sascha On Thu, Jul 22, 2010 at 16:16, Ville M. Vainio vivai...@gmail.com wrote: Well, that's certainly not the general understanding (inside Nokia) of how it should work. Do you care to elaborate so that we can escalate the issue (with the understanding that it's holiday period...)? Definitely qtmobility is to be usable for Ovi store applications, and same applies for all the other packages that can be downloaded from nokia repos. If this is not currently the case, the process is broken at the moment. You should not change your apps design because of this glitch. - Original message - Hi Ville, Yes, this is what I thought too, but apparently Ovi Store is NOT using a repository for paid apps. So it simply using dpgk to install the deb files and therefore it's not able to install dependencies. It's frankly quite shocking, but this is the situation. Cheers, Sascha On Thu, Jul 22, 2010 at 15:54, Ville M. Vainio vivai...@gmail.com wrote: Qt mobility is in official nokia repo (not extras). It's ok to depend on those packages when publishing at ovi store. - Original message - Hi, After struggling for about a month with my app and the Ovi Store QA, this is what I found out: apparently Ovi Store is not using a repository, at least for paid apps, and therefore cannot install dependencies. However, at the same time their QA team requires quite a few things when dealing with network connectivity. Obviously these requirements are not published anywhere, otherwise this would be much too easy! Anyway, this is what I think they want: 1. Detectect
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Hi Ville, Well this is indeed weird. I'm beginning to think that all the Memo guys of Ovi Store are in holidays and the ones left have no idea how to publish my app for Maemo. The funny thing is that in our Ovi Store publishing site the status of my app is Passed and has been for about a week now. It's just not published. Only when I wrote to inquire when will it be published was I informed about this issue with Qt Mobility. Very strange... Cheers, Sascha On Thu, Jul 22, 2010 at 17:16, Ville M. Vainio vivai...@gmail.com wrote: Yes, my understanding is indeed that repository is used for paid applications (weird as it sounds). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Hi Marius, So according your opinion, should I wait for this issue to be resolved at Nokia's end or should I try to make changes to my app? The one suggestion I've been given several times is to statically include Qt Mobility, but I'm not so sure if that is a great idea and even if it was, I don't know how to do that. Cheers, Sascha On Thu, Jul 22, 2010 at 10:33, Marius Vollmer marius.voll...@nokia.comwrote: ext Ville M. Vainio vivai...@gmail.com writes: Well, that's certainly not the general understanding (inside Nokia) of how it should work. Do you care to elaborate so that we can escalate the issue (with the understanding that it's holiday period...)? Ville, if you escalate this, the right thing IMO would be to fix the Application Manager, make a new Maemo 5 release with it, and somehow 'force' people to update to it when they install a package from Ovi Store that needs dependencies resolved. I am here this week only, so let's find some time to get this going. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Well, I think I'll just do my original version again which basically only detects if the connection exist or not. If there is no connection it will just prompt the user to manually connect. After all, my only needs the internet connection for data updates that are not even necessary for the app to function properly. I just hope there are some reasonable people in the QA team who would understand the current situation. I certainly do not want any licenses difficulties. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to resolve network connectivity without using Qt Mobility in Qt?
Just as a side-note - can we work on making at least the Ovi QA criteria public so that we do not get minefield issues like this one ? I understand Maemo5 is fairly new and small in the Ovi story, but it would greatly help if we could see the criteria - in the worst case, adapt to it without wasting any more time than necessary, and in the best case, working with Ovi/Nokia to improve the process to the benefit of all involved parties (seeing Nokians jump in this discussions helping clarify the issue is always a plus). As it is now, the Ovi publishing guide has a meager one-liner about publishing Qt apps and that one point to a (Maemo/MeeGo-wise) not too descriptive page on Forum Nokia. I would even attach my community stamp to this if needed - even though this is largely related to commercial apps, the question of QA (and through it any potential Extras-Ovi cooperation, as dreamy as that may sound) and general app availabilty is something that touches on the community as a whole. Best regards, Attila I fully agree with this one. Currently the only why to find out what is needed to pass the QA is simply to submit the app and wait for the reply of all the issues. Then fix them and submit it again and find out of some other requirements. And so on... This is a very slow process and is not benefiting anyone. I hope at least this could be corrected as soon as possible. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to to manually package Qt Mobility?
On Wed, Jul 21, 2010 at 15:30, Taneli Vähäkangas taneli.vahakan...@cs.helsinki.fi wrote: Are the ovi people aware of this problem? Cheers, Taneli Yes, they should be aware of this as it is they who told me that currently developers have to manually package the Qt Mobility package with their apps. I would like to know if there are any apps in Ovi Store which are using Qt Mobility and how was it done? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to to manually package Qt Mobility?
Anyway, the pressing problem I have now is what should I do with my app? I had to use Qt Mobility to be able to detect Offline mode and other network issues I had with QA (which at least I can't find documented anywhere... I think it would be nice to know what the QA wants beforehand). Now they are telling me that I should manually package the Qt Mobility package with my app, but I have no idea what this means and how should I do that. Does anyone have any suggestions? Cheers, Sascha On Wed, Jul 21, 2010 at 18:10, Attila Csipa ma...@csipa.in.rs wrote: On Wednesday 21 July 2010 16:52:16 you wrote: This means application won't work without having connection after installation and I guess Qvi Store QA is good enough to find that and reject the application. Moreover, you would need root permissions to ? Requiring network connectivity on it's own cannot be a disqualifying cause. That would mean you could not publish even a twitter client. install additional packages, so apparently there is need to modify sudoers settings, which may be seen as security breakage. If all these succeed I would be surprised. Again, there is a huge number of uses that might legitimately require sudoer functionality (like for example for handling low-level network related things, think Joikuspot, WiFi-Eye, etc). IMHO the only rejection clause might be policy violation, not a technical one - unless 'non-cludgy' and 'non-hacky' are official technical criteria :) (in fact, it would be cool to see what *exactly* the Qt Ovi QA requirements are, not just generic descriptions - if someone has a link, I'd be grateful). In some super-fantasy scenario, Extras and Ovi should have fairly overlapping QA criteria. Best regards, Attila ___ 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: How to to manually package Qt Mobility?
Hi, I just got a reply from Ovi Support. This is what they suggest: You can always try to build the Qt Mobility source with your app. The source package can be downloaded at http://repository.maemo.org/pool/fremantle/free/q/qt-mobility/qt-mobility_1.0.2-maemo1.tar.gz; or you can use apt-get source libqtm-bearer to acquire. I'm also working on possible other solutions. Packaging a deb file into another looks like having some trouble currently. I'll let you know if I've made any progress. Sorry for the inconvenience. So it this a good idea? Is it feasible? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to to manually package Qt Mobility?
Hi Daniil, I've already mentioned that for them. But somehow they keep on insisting on this issue. I wonder if they don't have libqtm in Ovi repository? Maybe that is the issue? Thanks, Sascha On Tue, Jul 20, 2010 at 09:24, Daniil Ivanov daniil.iva...@gmail.comwrote: Hi Sascha! Tell them that they have to run in XTerminal sudo gainroot apt-get update apt-get install libqtm-bearer libqtm-systeminfo There is no problem with Qt Mobility on N900. As far as I know application manager doesn't support installing separate Debian packages, unless you place them in some Debian repository. Thanks, Daniil. On Tue, Jul 20, 2010 at 9:13 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote: I got this email from Ovi Support today: As a matter of fact, this app is failed in QA because of feature of application manager direct installing from deb file cause that installing will complain two dependence library: 'libqtm-bearer and libqtm-systeminfo are missing.', quoted from internal communication with our back-end. The reason is that Nokia hasn't yet embedded Qt Mobility on N900. Although it will happen soon, currently developers have to manually package the Qt Mobility package with their apps. You may find the Qt Mobility package and its individual packages here: http://repository.maemo.org/pool/fre...q/qt-mobility/. Files ending with _armel.deb are those ones that should be pre-installed on N900 devices, whereas _i386.deb ones are for PC environment. To be specific, for your case, you should at least package the http://repository.maemo.org/pool/fre...+0m5_armel.deb and thehttp://repository.maemo.org/pool/fre...+0m5_armel.deb into your final build. This is rather strange, since I was under the impression that apt-get would automatically download the missing packages. Anyway, I'm not at all experienced with Linux and/or Debian packages, so my question is how can I include these two missing packages in my app packages? Thank you very much for your help in advance, Sascha ___ 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: How to to manually package Qt Mobility?
OK. If Ovi Store for paid apps is no using a repository, then what about using preinst script or something to install the dependencies? Bare in mind that my experience in Linux and/or Debian packages is very limited, so this might be totally wrong. I'm just running out of ideas. Does anyone have a better idea? Thanks, Sascha On Tue, Jul 20, 2010 at 18:02, Martin Storsjö mar...@martin.st wrote: On Tue, 20 Jul 2010, Paul Hartman wrote: On Tue, Jul 20, 2010 at 2:46 AM, Martin Storsjö mar...@martin.st wrote: On Tue, 20 Jul 2010, Marius Vollmer wrote: Since Ovi delivers single foo.deb files to the device, their dependencies are unfortunately not automatically satisfied. You just get an error that they are missing. Going slightly off topic - has this changed recently? Or do users get notified of application updates from Ovi in some different manner? A few days ago, Application Manager prompted me to update an application I downloaded from Ovi Store. Was it a paid app or free? I think free still get installed (and updated) from Ovi repo. But not paid apps... AFAIK It was a free app, so that would explain the issue. // Martin ___ 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: QtSql and Debian package probelm
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 10, 2010 at 16:39, Daniil Ivanov daniil.iva...@gmail.comwrote:
It's actually better to use getenv(HOME), instead of /home/user.
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:37 PM, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Ok, no need for directory:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.AppName);
if (!db.open())
qDebug() db.lastError();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:33 PM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Ehr... no. And how would I do that? Sorry for these silly questions...
Thanks,
Sascha
PS. As such it didn't work in the package. But then again, I did not
create
the directory...
On Thu, Jun 10, 2010 at 16:31, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Did you create /home/user/.somedir/?
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:28 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
OK, let me try that. But at least it doesn't like it when running
from
Qt
Creator (I'm using Nokia Qt SDK). The database stops working and
behaves
the
same way as in the package.
On Thu, Jun 10, 2010 at 16:08, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Hi!
You should be using something like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.somedir/AppName);
return db.open();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:01 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
I'm just getting:
QSqlQuery::value: not positioned on a valid record
It's like the app is unable to write any data to the SQLite
database.
As
I
said, it does work fine when running it from Qt Creator or MADDE.
On Thu, Jun 10, 2010 at 15:57, David King dav...@openismus.com
wrote:
On 2010-06-10 15:47, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network,
libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app works
fine
when I
run it in N900 from Qt Creator.
Which database provider do you use, I guess SQLite? If so, your
Depends:
line looks correct. When you say that the SQL parts of the
application
do
not work, what is the problem? You could try starting your
program
from
the
terminal to check for clues in the output. Either that, or report
any
error
messages that the application gives you.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King dav...@openismus.com
wrote:
On 2010-06-10 15:01, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in it.
But
for
some
reason when I install the package, all the SQL things don't
work.
My
guess
is that I'm missing something in the Build-Depends line in the
control
file.
How can I check what libs I need to add there and what are
their
correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper (5),
libqt4-dev,
libqt4-network
You need to add the relevant Qt SQL provider packages to the
‘Depends:’
line, not the ‘Build-Depends:’ line, as the SQL providers are
plugins
that
are not required at build time, but at runtime. You probably
want
libqt4-sql-mysql or libqt4-sql-sqlite in Depends, depending on
which
database provider you are using.
--
David King | http://amigadave.com/
___
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
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QtSql and Debian package probelm
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ä sascha.mak...@gmail.comwrote:
On Fri, Jun 11, 2010 at 11:42, Daniil Ivanov daniil.iva...@gmail.comwrote:
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!;
return true;
}
Thanks, Daniil.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QtSql and Debian package probelm
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, 2010 at 11:59, Sascha Mäkelä sascha.mak...@gmail.comwrote:
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ä sascha.mak...@gmail.comwrote:
On Fri, Jun 11, 2010 at 11:42, Daniil Ivanov daniil.iva...@gmail.comwrote:
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!;
return true;
}
Thanks, Daniil.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
QtSql and Debian package probelm
Hi, I just made a Debian package of my app. I'm using QtSql in it. But for some reason when I install the package, all the SQL things don't work. My guess is that I'm missing something in the Build-Depends line in the control file. How can I check what libs I need to add there and what are their correct names? Cheers, Sascha PS. Currently it's like this: Build-Depends: dephelper (5), libqt4-dev, libqt4-network ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QtSql and Debian package probelm
Hmm... I'm not sure what you mean by this. I simply use something like this
to open the database:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(AppName);
return db.open();
On Thu, Jun 10, 2010 at 15:51, Daniil Ivanov daniil.iva...@gmail.comwrote:
Hi Sascha!
You don't have to include libqt4-network and libqt4-sql in Depends:.
Where do you save your DB?
Thanks, Daniil.
On Thu, Jun 10, 2010 at 3:47 PM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network, libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app works fine
when I
run it in N900 from Qt Creator.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King dav...@openismus.com wrote:
On 2010-06-10 15:01, Sascha Mäkelä sascha.mak...@gmail.com wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in it. But for
some
reason when I install the package, all the SQL things don't work. My
guess
is that I'm missing something in the Build-Depends line in the control
file.
How can I check what libs I need to add there and what are their
correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper (5),
libqt4-dev,
libqt4-network
You need to add the relevant Qt SQL provider packages to the ‘Depends:’
line, not the ‘Build-Depends:’ line, as the SQL providers are plugins
that
are not required at build time, but at runtime. You probably want
libqt4-sql-mysql or libqt4-sql-sqlite in Depends, depending on which
database provider you are using.
--
David King | http://amigadave.com/
___
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
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QtSql and Debian package probelm
I'm just getting:
QSqlQuery::value: not positioned on a valid record
It's like the app is unable to write any data to the SQLite database. As I
said, it does work fine when running it from Qt Creator or MADDE.
On Thu, Jun 10, 2010 at 15:57, David King dav...@openismus.com wrote:
On 2010-06-10 15:47, Sascha Mäkelä sascha.mak...@gmail.com wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network, libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app works fine when
I
run it in N900 from Qt Creator.
Which database provider do you use, I guess SQLite? If so, your Depends:
line looks correct. When you say that the SQL parts of the application do
not work, what is the problem? You could try starting your program from the
terminal to check for clues in the output. Either that, or report any error
messages that the application gives you.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King dav...@openismus.com wrote:
On 2010-06-10 15:01, Sascha Mäkelä sascha.mak...@gmail.com wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in it. But for
some
reason when I install the package, all the SQL things don't work. My
guess
is that I'm missing something in the Build-Depends line in the control
file.
How can I check what libs I need to add there and what are their correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper (5), libqt4-dev,
libqt4-network
You need to add the relevant Qt SQL provider packages to the ‘Depends:’
line, not the ‘Build-Depends:’ line, as the SQL providers are plugins
that
are not required at build time, but at runtime. You probably want
libqt4-sql-mysql or libqt4-sql-sqlite in Depends, depending on which
database provider you are using.
--
David King | http://amigadave.com/
___
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
How to optify in MADDE?
How can I optify a package in Windows using MADDE? Does this work: http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/maemo-optify/0.2.1/ If it does, how can I install it to MADDE? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to force landscape mode in Qt 4.6.2?
Hi, In my app I have setAttribute(Qt::WA_Maemo5AutoOrientation, true) in the main.cpp. The auto orientation works fine. However, I have some stacked windows that I want to display only in landscape. I've tried using setAttribute(Qt::WA_Maemo5LandscapeOrientation, true) when creating the window or in the window it self, but it doesn't seem to have any effect. How can I force some of the windows to be only landscape? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Strange problem with Maemo5ShowProgressIndicator
Hi,
I'm having a strange problem with Maemo5ShowProgressIndicator. My code
looks like this:
QMessageBox::StandardButton reply;
reply = QMessageBox::warning(this, tr(Warning!),
QMessageBox::Yes | QMessageBox::No);
if (reply == QMessageBox::Yes) {
QWidget::setAttribute(Qt::WA_Maemo5ShowProgressIndicator, true);
// do something...
QWidget::setAttribute(Qt::WA_Maemo5ShowProgressIndicator, false);
}
I get no progress indicator with the previous code. However, when I
take it out from the IF statement, it does work. Looking like this:
QWidget::setAttribute(Qt::WA_Maemo5ShowProgressIndicator, true);
QMessageBox::StandardButton reply;
reply = QMessageBox::warning(this, tr(Warning!),
QMessageBox::Yes | QMessageBox::No);
if (reply == QMessageBox::Yes) {
// do something...
QWidget::setAttribute(Qt::WA_Maemo5ShowProgressIndicator, false);
}
But of course this way the indicator starts too early or shouldn't
start at all. Am I doing something wrong?
Cheers,
Sascha
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should I write apps for Maemo?
I would be already happy if the Qt Simulator in Qt SDK would run like PR1.2. Currently as it is I'm stuck on my development, because I cannot test the Qt 4.6.2 Maemo features like WA_Maemo5PortraitOrientation. Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Is maemo.org web site down?
Is it only me or is the maemo.org site down? I only get a blank page. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to use MySQL with Maemo 5?
I'm trying to retrieve data from a MySQL server. I use the following example code (with some slight modifications): Code: QSqlDatabase db = QSqlDatabase::addDatabase(QMYSQL); db.setHostName(bigblue); db.setDatabaseName(flightdb); db.setUserName(acarlson); db.setPassword(1uTbSbAs); bool ok = db.open(); But I get the following error: Quote: QSqlDatabase: QMYSQL driver not loaded QSqlDatabase: available drivers: QSQLITE Is MySQL even supported in Maemo or am I doing something wrong? I also found the following two links: http://qt.nokia.com/doc/4.6/sql-driver.html http://qt.nokia.com/doc/4.6/install-x11.html But I'm not quite sure where I should install these drivers. Should I install them in my Windows computer, where I'm using MADDE and Qt Creator (well, actually I'm using now the Qt Creator 2.0 Technology Preview, so I'm not quite sure if it's using MADDE any more)? Or should I install them on the target N900? Or both? Or am I completely on the wrong tracks here? Any help would be greatly appreciated. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Thanks, but I'm using C++ and I don't know Python. But I think you are
using QScrollArea. I've tried that too, but it didn't work. I'm using Qt
Creator 1.3.82 (or 81, I can't remember exactly). I hope Qt 4.6 will correct
this issue.
Cheers,
Sascha
On Mon, Mar 22, 2010 at 12:26, Luca Donaggio donag...@gmail.com wrote:
This is an example in python using PySide bindings dor Qt4.6:
from PySide.QtCore import *
from PySide.QtGui import *
from PySide.QtMaemo5 import *
import sys
class StackedWindow(QMainWindow):
def __init__(self):
QMainWindow.__init__(self)
# This attribute makes the whole Stacked Window thing work
self.setAttribute(Qt.WA_Maemo5StackedWindow)
# Create button and layout
self.cw = QWidget(self)
# This is ugly, but otherwise widgets don't horizontally expand
inside the ScrollArea
self.cw.setMinimumSize(800,0)
self.vbox = QVBoxLayout(self.cw)
self.button = QMaemo5ValueButton(self)
self.button.setText(QString('Push me'))
self.button.setValueText(QString('I told you to push me!'))
self.vbox.addWidget(self.button)
self.label = QLabel(self)
self.label.setText(QString('Long\nmultiline\nlabel.\n\n\n\n\nVeeery\nlong\nand\nvery\nmultiline\nlabel!'))
self.vbox.addWidget(self.label)
self.vbox.setSizeConstraint(QLayout.SetMinAndMaxSize)
#Create a ScrollArea and put the container widget inside
self.sa = QScrollArea(self)
self.sa.setWidget(self.cw)
self.setCentralWidget(self.sa)
# Connect button to signal
self.connect(self.button, SIGNAL(clicked()), self.openSubWin)
def openSubWin(self):
# Create subwindow
self.subWindow = SubWindow(self)
self.subWindow.show()
class SubWindow(QMainWindow):
def __init__(self, parent):
# Notice that you must give a parent window as parameter to the
constuctor
QMainWindow.__init__(self, parent)
# Also set the Stacked Window parameter for every subwindow in the
stack
self.setAttribute(Qt.WA_Maemo5StackedWindow)
# Just some content...
self.label = QLabel(self)
self.label.setText(QString(This is a second window in the stack))
self.setCentralWidget(self.label)
if __name__ == '__main__':
app = QApplication(sys.argv)
sw = StackedWindow()
sw.show()
sys.exit(app.exec_())
On Sat, Mar 20, 2010 at 7:31 AM, Sascha Mäkelä sascha.mak...@gmail.comwrote:
Yes I'm using that. I just don't know what view I should use. I've tried
QScrollArea, QFrame, QWidget and also the QMainWindow, but nothing seems to
work. I'm using successfully FingerScrollable in QListWidget. But I want a
frame where I can have multiple object in it.
Thanks for you help anyway,
Sascha
On Sat, Mar 20, 2010 at 08:23, Timo Härkönen timop.harko...@gmail.comwrote:
Hi
2010/3/19 Sascha Mäkelä sascha.mak...@gmail.com
I'm trying to make a finger scrollable area which has many buttons and
other widgets in it, because I cannot fit them on the screen. I have
something similar in mind as in this video clip:
http://labs.trolltech.com/blogs/?p=1480
Any idea how can I do it?
You should be able to make scrollable views use kinetic scrolling by
setting
setProperty(FingerScrollable, true) on them.
For more info see:
http://wiki.maemo.org/Qt4_Hildon#Kinetic_scrolling
http://wiki.maemo.org/Qt/Finger_Scrolling
-Timo
Cheers,
Sascha
___
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
--
Luca Donaggio
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Yes I'm using that. I just don't know what view I should use. I've tried QScrollArea, QFrame, QWidget and also the QMainWindow, but nothing seems to work. I'm using successfully FingerScrollable in QListWidget. But I want a frame where I can have multiple object in it. Thanks for you help anyway, Sascha On Sat, Mar 20, 2010 at 08:23, Timo Härkönen timop.harko...@gmail.comwrote: Hi 2010/3/19 Sascha Mäkelä sascha.mak...@gmail.com I'm trying to make a finger scrollable area which has many buttons and other widgets in it, because I cannot fit them on the screen. I have something similar in mind as in this video clip: http://labs.trolltech.com/blogs/?p=1480 Any idea how can I do it? You should be able to make scrollable views use kinetic scrolling by setting setProperty(FingerScrollable, true) on them. For more info see: http://wiki.maemo.org/Qt4_Hildon#Kinetic_scrolling http://wiki.maemo.org/Qt/Finger_Scrolling -Timo Cheers, Sascha ___ 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
How to make a finger scrollable frame for widgets in Qt 4.5?
I'm trying to make a finger scrollable area which has many buttons and other widgets in it, because I cannot fit them on the screen. I have something similar in mind as in this video clip: http://labs.trolltech.com/blogs/?p=1480 Any idea how can I do it? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-testing improvements
I would like to see more interaction between the dev and the Testing Squad. In the current system after the dev promotes the package to testing, all he can do is to hope that everything is OK. If it's not, he has to promote new package and everything starts from zero again. I don't think this good enough for anyone involved. What I would prefer would be a system where, testing is an ongoing process. That is, the dev can make fixes/improvements according to the bugs/suggestions reported by the Testing Squad and submit the updates often/early, without things starting from zero again. After the Testing Squad and the dev is happy with it, then the package could be locked and the short quarantine time (like 3 days, for example) would start. With current system either the package fails completely or the improvements will have to wait for the next update. This is of no benefit to anyone. The end users won't have as good apps as they could have. The Testing Squad should be renamed to Border Control, because they can't really improve any app. They can only block them. And finally, instead of feeling a sense of accomplishment for contributing to the community, the devs often feel just frustrated. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-testing improvements
No. The testing squad and testers in general also leave (I like to believe more often valuable than not) comments and suggestions. You will see plenty of 'X dialogue not finger friendly', 'use a hildon file dialogue', 'it is very slow while loading data', 'a WiFi-only refresh option would be good' or similar comments, which is all good feedback helping to improve software in the next iteration. And these comments DID NOT mean a thumbs down ! Also, a misconception - the testing squad does not 'decide' whether a package is in or out. A package can be both promoted and demoted without a single vote from any testing squad member. The way I see it, the primary task is to provide votes and comments to packages that did not receive enough attention from the community (in the form of other testers/votes). Regards, Attila Yes, I agree to a point. The Testing Squad certainly does give valuable input and that should not be underestimated. However, the problem I was talking about is that with the current system the improvements can only be made in the next update, which the dev is in most cases unwilling to release before the current one is promoter to Extras. After that he will release the improved version, which takes at least 10 days to be promoted to Extras. In the mean while someone else from the Testing Squad has another suggestion and gain several weeks pass before the end user can benefit from these improvements. In other words, something that currently takes several weeks, could be done in much shorter time if updates would be treated differently compared to new apps. Of course, whenever changes are done to the code, something can break, so proper testing is always needed. But there has to be a good balance in it and I don't think the balance is that good at the moment. Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 PR1.2 and Extras
I would prefer if devs could get the PR1.2 update a week or so earlier than the general release. This way most of the necessary updates from Qt 4.5 to 4.6 could be done before the general public gets the new firmware. Also the normal 10 day quarantine should not apply to these case. Thanks, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 PR1.2 and Extras
On Wed, Feb 24, 2010 at 15:30, Niels Breet ni...@maemo.org wrote: Also the normal 10 day quarantine should not apply to these case. I'm not sure if that is a good idea. The quarantine is there for a reason, the switch between these Qt releases can actually introduce issues. If we have the SDK in time, then the overlap will be minimal anyway. I was under the impression that for many Qt apps a simple repackaging will do the trick. If this is the case, would it not make sense to make those updates available? After all, before the updates are released to Extras, many users are going to have Qt apps that won't work on their N900. Surely we want to correct that as soon as possible. And what about existing Qt 4.5 based apps in Extras? Should the be demoted when PR1.2 is released? About that SDK. Could we have something on MADDE too? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Free space, Qt and PR1.2
I too would like to know the answer for this and preferable before PR1.2 is released. On Wed, Feb 17, 2010 at 11:57, Attila Csipa ma...@csipa.in.rs wrote: In the light of the latest PR1.1.1 and free space issues I was wondering about the soon to be PR1.2 and Qt update impact on it. Is there a plan/script in place how application developers or people with Qt applications installed should handle the upgrade ? Asking because it seems to me a simple version bump would not quite work due to the space required to install the upgrades (i.e. a new PR containing a new libqt4-core would work for people who do not have Qt apps, but for those who do, it would pull in all the other already installed libqt*, almost certainly ballooning the required free space into the non-available range). As for app developers, due to the existing setup, an automatic recompile spree is not perfect as there is plenty of chance for breakage if libqt4-maemo5 suddenly becomes libqt4. Long story short, is there a PR1.2 migration plan for Qt devs/users, or is it taken care of so the problems outlined above do not apply ? :) Regards, Attila ___ 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
Is package importing working?
Two days ago autobuilder wasn't working for me. Now that it works, package importing doesn't seem to work, as I uploaded a package some time ago and while building succeeded, it hasn't been imported yet. This is getting old... Anyway, has anybody noticed the same? Thanks, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Is the autobuilder working?
Is the autobuilder working currently? I uploaded a package some times ago and I haven't received any email about its status. Thanks, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
A proper home page in maemo.org with help wiki for each app in Extras
While writing help files for my current project, I came to a conclusion that it would be easier to have the app simply point to a wiki page. This way a new version of the app would not be needed for changes/corrections in the documentation. Now since we already have a Downloads page in maemo.org for all the apps in Extras, why not add a proper wiki for them too. This could be optional, of course. But I would see this as a good way of having consistent documentation for apps in Extras. While we are on the subject of a home page for each app, let me bring up the donate button again. This would be an easy and consistent place to put it. Again, this would be optional. What do you think? Could this work or am I completely misguided here? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: A proper home page in maemo.org with help wiki for each app in Extras
On Fri, Feb 12, 2010 at 23:16, Ryan Abel rabe...@gmail.com wrote: This isn't really any easier than bundling the docs with the application package itself and marginally more complicated for both the developer and the user. If the docs package is in user/*, then it's cluttering up the application manager and you need twice the amount of effort to get it promoted to Extras. If it's not in user/*, then the user has yet another invisible package sucking up space. I don't see any reason why we couldn't have a Documentation field on the Downloads page linking wherever. I agree. Maybe a working solution would be to have a very basic help included with the app, as Bernd pointed out, and then have the more comprehensive documentation in maemo.org. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Request: Tutorials use-cases for documentation
How to override Silent Profile? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New to N900 and Qt, what's the best place to start?
I too didn't manage to get the USB to work. But I found out that WLAN does and it's much better as there is no need for cables. ;-) Cheers, Sascha On Tue, Jan 26, 2010 at 01:40, Paul Hartman paul.hartman+ma...@gmail.com wrote: On Sun, Jan 24, 2010 at 2:41 PM, Klaus Rotter kl...@rotters.de wrote: Andre Klapper wrote: Works fine here, just tried. Yes, today I didn't had a problem to download the file. Don't know what was the problem yesterday. It was down for me, too (gave some kind of error page). Now it's back and I was able to download and install MADDE on a Windows XP host, and have been successful in compiling running the simple hello world example. Wasn't able to get USB link working (windows wanted RNDIS drivers...) so I just manually copied the file installed. It worked and can't get any easier than that. I'll set it up on my linux machine later it looks like the USB networking will be easier to configure there. Thanks all for the advice I'll check out scratchbox as well. ___ 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: Is Maemo Talk sever always down during the morning?
Yeah, maybe I should be more specific about what I intend with morning. It's around 11:00 UTC/GMT according to a 24 hour clock. ;) On Fri, Jan 22, 2010 at 10:38, Wake Array wake.ar...@gmail.com wrote: I've never had any trouble at 2am eastern. :) On Fri, Jan 22, 2010 at 2:16 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote: Is it just me, but it seems that the Maemo Talk is always down around this time. Well, at least this week it has been. Has anyone else noticed this trend? Thanks, Sascha ___ 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: Is Maemo Talk sever always down during the morning?
That would be odd, since the rest of the internet works fine. I had this 3 or 4 times this week. On Fri, Jan 22, 2010 at 11:23, Wake Array wake.ar...@gmail.com wrote: Could be where you're located or your ISP, I rarely have trouble with the servers, in odd times of the day or times when I expect heavy usage. On Fri, Jan 22, 2010 at 4:06 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote: Yeah, maybe I should be more specific about what I intend with morning. It's around 11:00 UTC/GMT according to a 24 hour clock. ;) On Fri, Jan 22, 2010 at 10:38, Wake Array wake.ar...@gmail.com wrote: I've never had any trouble at 2am eastern. :) On Fri, Jan 22, 2010 at 2:16 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote: Is it just me, but it seems that the Maemo Talk is always down around this time. Well, at least this week it has been. Has anyone else noticed this trend? Thanks, Sascha ___ 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: Donate $x button on Packages and/or Downloads
Yes, I would definitely be in favour of a centralised donation system. However, instead of the suggested amount set by the author, why not have a general minimum amount (say like €1) accepted per app? Then the the user who wants to donate, would select the amount and the app(s). Thanks, Sascha On Fri, Jan 22, 2010 at 13:55, Andrew Flegg and...@bleb.org wrote: BACKGROUND ~~ A number of articles recently have talked about Ovi Store as the only real app store for Maemo; massively overlooking http://maemo.org/downloads/ Similarly, as Ovi takes off, it is interesting to think about how micro-payments for ones software could make one a bit of money (100 users at $1 each is a nice present); but whilst still having our software as open source. There've been suggestions in the past of a Donate button on each project's website, but I suggest we thrash out a scheme - and then implement - a consistent micro-donation system for maemo.org REQUIREMENTS * User can make quick donations to apps they like. * There is a suggested amount, set by the author, to indicate that even small donations are appreciated. * The button is in a consistent and logical location, with the easiest place to put it on maemo.org/downloads/ and probably also maemo.org/packages/. * Developers can receive donations direct from the users, without maemo.org taking a cut. SPECIFICATION ~ Two new debian/control fields would be introduced: XB-Maemo-Suggested-Donation - amount, in dollars (or euros) which would be shown on the button. If not present, no donations are expected. XB-Maemo-Donation-Recipient - email address to whom user will be donating. Downloads and Packages would be updated[1] to show a button at the bottom right of the package description: Donate $2 (showing the amount from Maemo-Suggested-Donation) ...with a small what's this? link underneath linking to a help page explaining that it's entirely voluntary, maemo.org takes no cut and is a direct donation, using PayPal, between you and the maintainer. Clicking the button will use the PayPal API[2] to redirect the user to a $PACKAGE donation page with the amount prefilled and the recipient fixed. NEXT STEPS ~~ There are Brainstorm and Talk threads on this issue; so the next-steps, as I see it are: * Link up discussions from elseweb. * Find a stakeholder (happy for it to be me) * Come to a consensus on the technical implementation, and get signed off by X-Fade. * Develop the changes and submit to maemo2midgard. * Test, deploy use. Perhaps this is an opportunity to use the project management approach outlined by Stskeeps[3]? Comments, as ever, very welcome. Cheers, Andrew [1] https://garage.maemo.org/plugins/scmsvn/viewcvs.php/?root=maemo2midgard [2] https://cms.paypal.com/us/cgi-bin/?cmd=_render-contentcontent_ID=developer/e_howto_html_donation_buttons [3] http://talk.maemo.org/showthread.php?t=41092 -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ 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: Donate $x button on Packages and/or Downloads
A donation is voluntary. No one should feel obligated to do it and it's not a requirement for using the app. Yet, if someone wants to show appreciation to the developer, no matter if it's new app, a port or just mod, with a monetary donation, it shouldn't be too difficult for him/her to do it. Any dev who feels that this goes against his principles, could always add a Please do not donate for this. ;-) On Fri, Jan 22, 2010 at 15:01, Matan Ziv-Av ma...@svgalib.org wrote: On Fri, 22 Jan 2010, ds wrote: Hey, I would love any way, as everything is better than the situation now. I tried to discuss it in 2008 http://wiki.maemo.org/Task:donation_on_download_page I have a donation button on the garage home page of my product, but this has very low success. A donation button in Appmanager would be great. Of cause, every application could ask for donation during install, but I would love to show, that donations are the standard way of supporting applications in maemo.org/downloads:-) I thought maemo was supposed to be a free software community. The standard way of supporting applications should be patches. -- Matan Ziv-Av. ma...@svgalib.org ___ 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: Donate $x button on Packages and/or Downloads
From various on-line dictionaries: Donate (Verb) To present as a gift to a fund or cause; contribute. to present as a gift, grant, or contribution; make a donation of, as to a fund or cause to give; to contribute; to grant; to bestow [INTRANSITIVE/TRANSITIVE] to give something such as money or goods to an organization, especially to a school, hospital, political party, or charity to bestow as a gift, especially for a worthy cause I especially like the last definition. A new app for Maemo 5, is certainly worthy... ;-) Cheers, Sascha On Fri, Jan 22, 2010 at 15:41, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: Dnia piątek, 22 stycznia 2010 o 14:32:34 Andrew Flegg napisał(a): On Fri, Jan 22, 2010 at 13:27, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: [snip] But having Donate button in each and each Maemo app looks strange for me. If author (not packager, but author) wants money for his application then let we talk with nokia to make Ovi store more open for small developers so app can be sold that way for 1-5€ maybe? And if I want it to be open source, and not HAVE to have my users pay? Give them a choice? There are apps in AppStore which are available in basically same version for free and for few euros so user can choose. Regards, -- JID: ...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ 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: Donate $x button on Packages and/or Downloads
It should also be a well known and trusted system. Unfortunately, the only one I know is PayPal, which is not that great for micro-payment. But it's better than nothing and many users already have a PayPal account, so it's fairly fast to use. On Fri, Jan 22, 2010 at 15:58, Andrew Flegg and...@bleb.org wrote: On Fri, Jan 22, 2010 at 13:35, Aldon Hynes aldon.hy...@orient-lodge.com wrote: That said, there are lots of issues that such a system would run into, as the N900 is distributed in many different countries with many different payment systems and for that matter, many different tax laws. My gut feeling is that connecting to existing micropayment systems, particularly, perhaps some related to the gaming industry, might be a good way of doing this. Do you know of any global-micropayment systems which have a simple API? The only one I'm really aware of is PayPal (which is slightly more macro- than proper micropayments). Having a system which allows you to redirect to a page to send money to this email address means that maemo.org is entirely out-of-the-loop. Meaning, at least, the community as a whole maemo.org don't have to worry about the tax/legal implications (IMHO). Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ 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: QDesktopServices::openUrl opens always 2 web pages
On Thu, Jan 21, 2010 at 10:06, Mustali Dalal archeb...@gmail.com wrote:
On Thu, Jan 21, 2010 at 8:25 AM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
I uses (in Qt 4.5) two different methods to open outside URL links:
1. A button in the Menu bar, that when clicked does:
Code:
void MainWindow::on_actionWebLink_triggered()
{
QDesktopServices::openUrl(QUrl(http://www.weblink.com;));
}
2. QTextBrowser which has opneExternalLinks set as true
Both of the method give the same result: It opens the MicroB Web links
page and the actual selected link. If these pages are not closed and
one or two more URL links are opened, the web pages start to crash.
Am I doing something wrong? Is this a known issue? Has anyone anyone
else noticed this?
Bug 7726 may be of interest.
https://bugs.maemo.org/show_bug.cgi?id=7726
Cheers!
Sascha
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Thanks! Somehow I missed that when searching Bugzilla. :)
Is the fix available already and will it work with 4.5?
Cheers!
Sascha
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Is Maemo Talk sever always down during the morning?
Is it just me, but it seems that the Maemo Talk is always down around this time. Well, at least this week it has been. Has anyone else noticed this trend? Thanks, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
