<div dir="ltr">Yes, My preferred choice would also be IAp - but that is non-exsitent in Sailfish.<div><br><div>On the other hand advertisement has its own place in monetization chain, too. the problem is when it is used in crazy, clueless way - as it is nowadays in general...<br></div><div><br></div></div><div>But here it comes the positive example in our coming game where actually this sdk will debute: <a href="https://www.indiegogo.com/projects/gooble-invasion-from-j2me-to-modern-era#/">https://www.indiegogo.com/projects/gooble-invasion-from-j2me-to-modern-era#/</a></div><div>BTW. Ones believing in donation works can show up there! :D<br></div><div><br></div><div>Zoltan</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-31 9:36 GMT+02:00 Tone Kastlunger <span dir="ltr"><<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
>A better approach would be a toolkit for unlocking extra/full
functionality through easy donations/micropayments. There was already a
suggestion in a community meeting to implement the Qt Purchasing API for
this, as an alternative >to paid store apps (which I also disagree with
because of the DRM baggage it will inevitably bring). This approach is
the most respectful on both the developer and the user sides.<br><br>
</div><div class="gmail_extra">For that we'd need a payment backend; as for now it only relies on AppStore / Google Play.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, May 31, 2016 at 10:27 AM, Andrew Branson <span dir="ltr"><<a href="mailto:sfdevlist@andrewbranson.net" target="_blank">sfdevlist@andrewbranson.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I don't think ad experiences on Android is be relevant elsewhere. Android is an ad-saturated platform - it's become so easy to put ads in Android apps that its users have either become desensitized to them, or they've taken steps to disable them. They breed contempt in the developer for their users, and in the users towards the developers, and the only winner is the ad platform provider. I expect that if a framework like this appears on Sailfish, a blocker for it will swiftly follow.<br>
<br>
A better approach would be a toolkit for unlocking extra/full functionality through easy donations/micropayments. There was already a suggestion in a community meeting to implement the Qt Purchasing API for this, as an alternative to paid store apps (which I also disagree with because of the DRM baggage it will inevitably bring). This approach is the most respectful on both the developer and the user sides.<br>
<br>
Cheers,<br>
<br>
Andy<span class=""><span><br>
<br>
<br>
On 30/05/2016 11:46 pm, Andrew Penkrat wrote:<br>
</span></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><span>
I want to add my experience from the developer's point of view. I have an Android app with about 1000 installations (and 100 active users). This app has ads as well as an option to disable them for a $2 donation.<br>
<br>
Nobody ever activated this option. So most probably I won't be able to get any revenue from the app without ads.<br>
<br></span></span>
2016-05-30 23:22 GMT+03:00 Martin Kolman <<a href="mailto:martin.kolman@gmail.com" target="_blank">martin.kolman@gmail.com</a> <mailto:<a href="mailto:martin.kolman@gmail.com" target="_blank">martin.kolman@gmail.com</a>>>:<span class=""><span><br>
<br>
Mon, 30 May 2016 19:32:54 +0000 Alexey Andreyev:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Hello, Zoltán! :)<br>
Feel free to criticize me, but... ads in our jolla? No, thanks! :)<br>
</blockquote>
I subscribe to this - while I understand developers are looking for revenue streams I really like<br>
how current native Sailfish OS apps are pretty much add free (for one reason or another).<br>
Just take a look how reckless add usage ruins application usability on Android.<br>
I'm fine with donations, paid/premium versions, etc. but please no adds! :)<br>
</span></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><span>
I guess if you are a developer it make sence to ask for donations / create non-free apps, but please, no ads at all.<br>
(Espesially with additional web engine module loaded eating my resources)<br>
<br>
Again, this is just my opinion. I understand it opens new possibilities for some projects, etc, etc.<br>
<br></span></span>
пн, 30 мая 2016 г. в 21:48, Zoltán Lutor <<mailto:<a href="mailto:zoltan.lutor@gmail.com" target="_blank">zoltan.lutor@gmail.com</a>><a href="mailto:zoltan.lutor@gmail.com" target="_blank">zoltan.lutor@gmail.com</a> <mailto:<a href="mailto:zoltan.lutor@gmail.com" target="_blank">zoltan.lutor@gmail.com</a>>>:<span class=""><span><br>
<br>
I've progressed with implementing an open source wrapper for Vserv RESTful advertisement API in QML. Quote from API description:<br>
<br>
Vserv provides a simple HTTP based API to publishers/developers and other ad networks, etc. to fetch ads for mobile sites or mobile applications. The mobile device / server makes a HTTP request to Vserv Marketplace server with the required parameters and in response receives the ad in JSON format. This single API integration gives you the flexibility to fetch banner/ full screen / rich media ads.<br>
<br>
Available implementation is in pre-beta phase - quite majority of functionality works but there is still room for improvement.<br>
<br></span></span>
Since I'm not so experienced in this area of sw development - and especially newbie in Sailfish native development - */I would like to ask some help from the community in finishing it/*.<span class=""><span><br>
<br>
It would be a general purpose QML wrapper around the API with necessary tailoring is needed for Sailfish - e.g. Webkit vs. WebView, etc. Maybe separate git branches are needed for different implementation(?) - I'm open for any reasonable proposal.<br>
<br>
Is there anybody willing to join? Reviewing, commenting - and of course, coding is more than welcome. [This is my first open source project, so comment from this aspect is welcome, too.]<br>
<br></span></span>
API descrption is here <<a href="https://docs.google.com/document/d/139TRSTV33tLxKxbew4yPTPF4uc8PZJPiRkxyo9GymIE/edit" rel="noreferrer" target="_blank">https://docs.google.com/document/d/139TRSTV33tLxKxbew4yPTPF4uc8PZJPiRkxyo9GymIE/edit</a>>, code repository is in BitBucket <<a href="https://bitbucket.org/zlutor/qml-wrapper-for-vserv-http-ad-api" rel="noreferrer" target="_blank">https://bitbucket.org/zlutor/qml-wrapper-for-vserv-http-ad-api</a>><span class=""><span><br>
<br>
Br,<br>
<br>
Zoltan<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br></span></span>
To unsubscribe, please send a mail to <mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a> <mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><span class=""><span><br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br></span></span>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a> <mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br>
</blockquote><span class=""><span>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br></span></span>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a> <mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><span class=""><span><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<br>
</span></span></blockquote><span class=""><div><div>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></div></div></span></blockquote></div><br></div><div></div></div>
<br>_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org">devel-unsubscribe@lists.sailfishos.org</a><br></blockquote></div><br></div>