Earlier quoted context omitted.
> a user cannot download an app’s source, modify it, and use it on their device But I can do this for open source apps? More specifically (disclaimer: I am not a lawyer, and I don't know if this has been tested in court), I personally don't see the GPL requiring that I be able to modify the exact , signed binary that I was shipped if I can create an equivalent one myself.
I think the problem is that they need to provide a way for you to sign your own binary such that it will work on the hardware?
Boden – Native mobile cross-platform applications
121–130 of 134 posts
Re: Boden – Native mobile cross-platform applications
#122Earlier quoted context omitted.
> and use it on their device To use the modified software on your device you have to be a "App Developer" (or whatever Apple calls it), and in the process to becoming one accept the TOS imposed by Apple. So you are only as free to run the modified source as Apple wants you too be.
You don’t need to enroll in the developer program to run code on your own device anymore, only if you want to distribute through the App Store.
Re: Boden – Native mobile cross-platform applications
#123Earlier quoted context omitted.
> and use it on their device To use the modified software on your device you have to be a "App Developer" (or whatever Apple calls it), and in the process to becoming one accept the TOS imposed by Apple. So you are only as free to run the modified source as Apple wants you too be.
You don’t need to enroll in the developer program to run code on your own device anymore, only if you want to distribute through the App Store.
Re: Boden – Native mobile cross-platform applications
#124Earlier quoted context omitted.
LGPL has the same problem! Users must be able to relink an application with their own version of the LGPL library. This is impossible for almost all iOS scenarios and only very slightly easier on Android. This is often overlooked. If you want to keep LGPL you can investigate "linking exception", it's used by some GNU libraries if I recall correctly. This has been discussed for a decade: https://stackoverflow.com/ques…
Please take the following with a grain of salt. I am not a legal expert, but we have competent US lawyers assessing this for us right now. The main issue we see with the GPL is that your app has to be effectively licensed under the GPL too, which makes your app's license incompatible with the iOS App Store's terms of service. This is apparently not the case with the LGPL. Yes, you will have to provide a way for users…
Also you could follow the JUCE library model they got their free version and the pay version with a very attractive payment model.
I like JUCE but the components for mobile still not native l&f, Boden looks very promise with clean code using c++17.
But please keep a reasonable price for developers that make free apps and easy to pay.
Also if you could get a Rust version that it will change everything :)
Re: Boden – Native mobile cross-platform applications
#125The target audience seems very small. There’s lots of C# shops (Xamarin), and lots of JavaScript shops (React Native, Titanium), but few C++ shops that’d benefit from developing apps. Maybe I’m wrong but the niche seems too small to be sustainable.
- Boden supports native components for iOS and Android and maybe other platforms in the future. - uses c++17 really clean with powerful abstractions, think all your app in just c++17, no xml or other craps, I want to make my app with just c++17. - no garbage collectors, slowness, pause the world etc - single binary - the fastest programming language in the market.
the list goes on and on.