I’ve stopped development of my Mac app because LiveCode does not support in-app 
purchases (ie, allowing me to get paid) and the deployment hassle is just not 
worth it for an app that has no way to make money.

There is NO REASON for each developer to painfully figure out how to deploy 
apps when LiveCode could do it for everyone.

Kee Nethery

> On Oct 13, 2023, at 10:52 AM, Klaus major-k via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Bravo, Richard, you are so right, bravo!
> 
>> Am 13.10.2023 um 19:46 schrieb Richard Gaskin via use-livecode 
>> <use-livecode@lists.runrev.com>:
>> 
>> We see it here in this list. We see it in the forums. We see it wherever app 
>> deployment is discussed:
>> OS requirements for packaging/stapling/signing apps are onerous.
>> At the edge of, and sometimes exceeding, being prohibitively so.
>> There's no point in making a standalone if you can't ship it.
>> If pro devs with decades of experience struggle with this, newcomers will 
>> run screaming.
>> SIMPLIFYING DEPLOYMENT IS THE NUMBER ONE PRIORITY.
>> Pardon the all-caps. I rarely use them. But this is important.
>> Simplifying deployment is more important than "AI".
>> Simplifying deployment is more important than "nocode".
>> It is the single biggest pain point.
>> And so it is the single biggest opportunity.
>> Fulfill the promise of "Everyone can code": focus on simplifying deployment.
>> Step 1: Acquire Matthias' great tool.
>> Step 2: Enhance it for current requirements across platforms.
>> Step 3: Look for every opportunity to further simplify the process, and take 
>> it, at least one more simplification with each new build.
>> This is important. It really is.
>> --
>> And no, web export will not magically save things.  Even when that becomes 
>> truly production-ready, it's only for web apps.  Not everything needs to be 
>> a web app.
>> There are a hundred ways to make web apps.
>> There are few ways to make cross-platform native apps.
>> And almost none that rival what LC can do on the desktop.
>> Play into strengths.  Make native deployment the best it can be.
>> When that's done, only then resume work on more peripheral features.
>> -- 
>> Richard Gaskin
>> Fourth World Systems
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to