[SailfishDevel] Open source in-app ad API helper for QML - please, join

Zoltán Lutor zoltan.lutor at gmail.com
Tue May 31 08:49:18 UTC 2016


Yes, My preferred choice would also be IAp - but that is non-exsitent in
Sailfish.

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...

But here it comes the positive example in our coming game where actually
this sdk will debute:
https://www.indiegogo.com/projects/gooble-invasion-from-j2me-to-modern-era#/
BTW. Ones believing in donation works can show up there! :D

Zoltan


2016-05-31 9:36 GMT+02:00 Tone Kastlunger <users.giulietta at gmail.com>:

> >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.
>
> For that we'd need a payment backend; as for now it only relies on
> AppStore / Google Play.
>
> On Tue, May 31, 2016 at 10:27 AM, Andrew Branson <
> sfdevlist at andrewbranson.net> wrote:
>
>> 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.
>>
>> 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.
>>
>> Cheers,
>>
>> Andy
>>
>>
>> On 30/05/2016 11:46 pm, Andrew Penkrat wrote:
>>
>>> 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.
>>>
>>> Nobody ever activated this option. So most probably I won't be able to
>>> get any revenue from the app without ads.
>>>
>>> 2016-05-30 23:22 GMT+03:00 Martin Kolman <martin.kolman at gmail.com
>>> <mailto:martin.kolman at gmail.com>>:
>>>
>>>     Mon, 30 May 2016 19:32:54 +0000 Alexey Andreyev:
>>>
>>>>
>>>>     Hello, Zoltán! :)
>>>>     Feel free to criticize me, but... ads in our jolla? No, thanks! :)
>>>>
>>>     I subscribe to this - while I understand developers are looking for
>>> revenue streams I really like
>>>     how current native Sailfish OS apps are pretty much add free (for
>>> one reason or another).
>>>     Just take a look how reckless add usage ruins application usability
>>> on Android.
>>>     I'm fine with donations, paid/premium versions, etc. but please no
>>> adds! :)
>>>
>>>>     I guess if you are a developer it make sence to ask for donations /
>>>> create non-free apps, but please, no ads at all.
>>>>     (Espesially with additional web engine module loaded eating my
>>>> resources)
>>>>
>>>>     Again, this is just my opinion. I understand it opens new
>>>> possibilities for some projects, etc, etc.
>>>>
>>>>     пн, 30 мая 2016 г. в 21:48, Zoltán Lutor <<mailto:
>>>> zoltan.lutor at gmail.com>zoltan.lutor at gmail.com <mailto:
>>>> zoltan.lutor at gmail.com>>:
>>>>
>>>>         I've progressed with implementing an open source wrapper for
>>>> Vserv RESTful advertisement API in QML. Quote from API description:
>>>>
>>>>             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.
>>>>
>>>>         Available implementation is in pre-beta phase - quite majority
>>>> of functionality works but there is still room for improvement.
>>>>
>>>>         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/*.
>>>>
>>>>         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.
>>>>
>>>>         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.]
>>>>
>>>>         API descrption is here <
>>>> https://docs.google.com/document/d/139TRSTV33tLxKxbew4yPTPF4uc8PZJPiRkxyo9GymIE/edit>,
>>>> code repository is in BitBucket <
>>>> https://bitbucket.org/zlutor/qml-wrapper-for-vserv-http-ad-api>
>>>>
>>>>         Br,
>>>>
>>>>         Zoltan
>>>>
>>>>         _______________________________________________
>>>>         SailfishOS.org Devel mailing list
>>>>         To unsubscribe, please send a mail to <mailto:
>>>> devel-unsubscribe at lists.sailfishos.org>
>>>> devel-unsubscribe at lists.sailfishos.org <mailto:
>>>> devel-unsubscribe at lists.sailfishos.org>
>>>>
>>>>
>>>>
>>>>     _______________________________________________
>>>>     SailfishOS.org Devel mailing list
>>>>     To unsubscribe, please send a mail to
>>>> devel-unsubscribe at lists.sailfishos.org <mailto:
>>>> devel-unsubscribe at lists.sailfishos.org>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>     _______________________________________________
>>>     SailfishOS.org Devel mailing list
>>>     To unsubscribe, please send a mail to
>>> devel-unsubscribe at lists.sailfishos.org <mailto:
>>> devel-unsubscribe at lists.sailfishos.org>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> SailfishOS.org Devel mailing list
>>> To unsubscribe, please send a mail to
>>> devel-unsubscribe at lists.sailfishos.org
>>>
>>> _______________________________________________
>> SailfishOS.org Devel mailing list
>> To unsubscribe, please send a mail to
>> devel-unsubscribe at lists.sailfishos.org
>>
>
>
> _______________________________________________
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to
> devel-unsubscribe at lists.sailfishos.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20160531/15b88c86/attachment.html>


More information about the Devel mailing list