Paid proprietary apps on Open Store?
UbPorts cannot collect money on behalf of a 3rd party (the developer),
Pls, tell me where I said this!
Flohack last edited by Flohack
@makeixo How else its gonna work? You did not suggest this, but its a logical step implicated. If you have an idea that is complete and covers all potential areas without UBports being a broker for Apps, then suggest it, and find people to implement it
Flohack last edited by
By the way, its for the same reasons that traditional Linux distros do not have a payment system builtin. And yes, I agree, that does not foster growing a developer universe like it exists now for Android and iOS. If people do not need to care for getting reliable, steady income for their work, why would they spend the time it needs to make good Apps? For Google & Apple this is a precondition to raising the quality of the platform - and yes, quality will matter one day also for UT. But for the moment, we have much different priorities on the core OS and hardware.
Considering neither the Jolla Store nor OpenRepos offer a payment system it has to work somehow inside the app.
@makeixo Payments for Piepmatz is a service provided by https://www.digistore24.com/. This is something developers can set up for themselves within their apps. It might be something developers can pick up when developing for UT too. But this has got nothing to do with OpenStore.
Edit: Hm, maybe if the services are free unless some payment is done, then maybe OpenStore could use this feature and provide it for all apps? I don't know. Someone with more legal knowledge would have to look into this.
Spreading the word about this service might be the most practical thing to do...
@danfro Thank you for clarifying that.
Thats the reason I stated this
Maybe the OpenStore is just the place where you can get the app, where it is marked as "non free" and where I can store my licence keys.
I never would expect that Ubports/OpenStore sells stuff - aside maybe some Shirts . You need the infrastrcuture for this. At the end it just makes a lot of trouble. Flo already stated the tax issues etc ...
On the other hand just saying that not possible ... , thats not possible ... , thats not possible ... isnt maybe the way either I think.
Maybe some day the Ubports foundation can get into a partnership with a company like digistore, which has the infrastructure an provides "within the app" payment.
Like I said before. We are not in a hurry. Let the idea breathe.
*partnership is meant in the way that not every dev has to set it up for themself, figure out a way how it is build in easily etc... and not meant that OpenStore collects money through digistore.
dobey last edited by
Maybe the OpenStore is just the place where you can get the app, where it is marked as "non free" and where I can store my licence keys
OpenStore wouldn't know the difference (and there are multiple meanings of the word "free" not all having to do with money). Also, it doesn't make sense for OpenStore to provide some API for license keys when it doesn't do anything else related to paid apps, in-app purchases, nor tracking.
Even on Android, for paid apps, if you really want to enforce licensing, you need a third party server to validate licensing.
(and there are multiple meanings of the word "free" not all having to do with money).
Wow, now we are already there? If you dont think it doesnt cover all philosophical meanings we can call "you have to spent money on apps" or what ever, I am not even a native speaker and that was the first term which came to my mind, I thought people would understand what I mean and those apps should be marked somehow, therefore I used it.
Guys, if you are against it, then just say it upfront.
dobey last edited by
@makeixo Well, Debian does not have a proprietary app store, but does have "nonfree" archive for example.
So no, it's not clear, and again OpenStore cannot know which apps may require you to purchase something inside the app or not. Many web services are freemium, too, so just because you can buy premium/ad-free support for that service, doesn't mean the app itself that is in the open store, is paid nor non-free.
As an example, Spotify API only works for premium members, but CuteSpotify is a native third party app for listening to Spotify and uses the API. You need a paid account to use the app, but the app is free software and you do not need to pay for the app itself.
There isn't a line in sand where paid and free is a binary thing, nor for proprietary and free in terms of software. Nobody is against you making a paid app and putting in the store. But we are trying to explain to you why certain things can't work as you've suggested they should.
Nobody is against you making a paid app and putting in the store.
WTF? To be clear! I dont have that intention. Its not about me making money.
I think I will leave it there. I have meant it in good faith, but I think it does not make any sense to go further.