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

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


@Tone: "with my app where I had included ads" - what ad library do you use
on Sailfish?
I was not aware of anything available there. Especially nothing for
Qt/QML...

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

> This is an excellent discussion point; I believe this is a very clear
> aspect of the key problem of SFOS at the moment - the whole point of SFOS
> is to DIFFERENTIATE itself from android.
>
> Note : I love coding for SFOS, it's inspiring and motivating. Sure, it has
> it's limitations and quirks, but still, its a great experience IMHO.
>
> The facts are that, if you ask someone the question: "Would you mind ads
> in app XX?" they will reply "Hell NO".
> But nevertheless, if app XX gets published with ads, and the app is good,
> nobody will care about the ads, and use it anyways.
>
> So, this can mean that:
>
> 1) nobody wants ads
> 2) nobody cares if they are there, tho
>
> My experience has been a harsh rejection of ads by the jolla community,
> with my app where I had included ads.
> In the timeframe the app had ads included, I noticed two trends :
> a) people who stopped using the app completely due to the adds
> b) people who kept on using it (hence rule 2) applies).
>
> I'd wonder if codign a SFOS app with ads and publish it as an Android app
> on the jolla store will actually fix things?
>
>
> On Tue, May 31, 2016 at 8:20 AM, <zoltan.lutor at gmail.com> wrote:
>
>> Yes, that is how it is. Paid model does not work for masses - maybe iOS
>> is exception to some extent...
>>
>>
>> I fully understand those who are fed up with annoying ads - just like me,
>> too.
>>
>>
>> But it does not imply ads are evil as such. Just they have to be placed
>> carefully and accordingly...
>>
>>
>> Anyway, I just wanted to invite other developers for helping me finishing
>> this 'sdk'...
>>
>>
>> Zoltán
>>
>> Andrew Penkrat írta ekkor: 2016.05.30. 23:46
>> 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>:
>>
>>> 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 < <zoltan.lutor at gmail.com>
>>> 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
>>>> <devel-unsubscribe at lists.sailfishos.org>
>>>> 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
>>
>
>
> _______________________________________________
> 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/9bfbf644/attachment-0001.html>


More information about the Devel mailing list