Deployment: a plea/opportunity
Dan Friedman
dan at clearvisiontech.com
Fri Oct 13 15:58:36 EDT 2023
+1
I obviously agree! I finally got my Mac app uploaded to the Mac Store (and approved)… but what a pain!!! There are SO many steps that could easily be done by LiveCode that they have chosen to omit. Simple things like generating the .ipa for iOS (this is a simple command line), having a place to enter the permission strings for Mac Desktop apps (this is a pain because you must build the app, then grab the generated plist, edit it, then include it in your app settings and then build it again. Not hard, but this is something LC should provide in the Application Settings Window. On that note, the “LSApplicationCategoryType” key (and category key) is not included in the generated plist. I had to add it manually. Apparently, this is now required. I’m sure the great minds at LC could find a way to sign your app if you have the correct files installed and “fill in the blanks”. They could probably do justified text too, but I won’t get into that!! :)
Yes, this is hard to keep up with. But isn’t that the whole point of a product like LiveCode? The product is supposed to do the dirty work for you.
Although usually at the last second… LC is pretty good when it comes to keeping up with requirements with Apple and Android when the problem causes you to not be able to submit to the app stores or OS incompatibilities. But in the case of the above examples, there are workarounds. So, you are on your own.
-Dan
From: use-livecode <use-livecode-bounces at lists.runrev.com> on behalf of Tom Glod via use-livecode <use-livecode at lists.runrev.com>
Date: Friday, October 13, 2023 at 12:15 PM
To: How to use LiveCode <use-livecode at lists.runrev.com>
Cc: Tom Glod <tom at makeshyft.com>
Subject: Re: Deployment: a plea/opportunity
100% the biggest problem I have in my business.
Have been stuck on iOS for months.
Android and Windows is kind of OK, but still more can be done.
Agree. Would pay for a solution that just works.
On Fri, Oct 13, 2023 at 3:00 PM Mark Smith via use-livecode <
use-livecode at lists.runrev.com> wrote:
> +1,
>
> I totally agree this is really important (and really hard to keep up
> with). But Apple should take some of the responsibility for this. With the
> resources at their disposal they should be able to create a simpler and
> easier way to execute deployment without sacrificing security and
> authenticity.
>
> Very well said. I should add that I have also been using Kee Nethery’s
> instructions for signing Mac apps and it has been a godsend. I have not
> quite yet gotten to the point of deploying to the App Store (with it) but
> that will be the next step.
>
> Mark
>
>
> > On 13 Oct 2023, at 7:49 pm, William Prothero via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > I second (3rd and 4th too) Richard's plea. Deployment is a killer.
> > Bill
> >
> > William A. Prothero, PhD
> > Prof Emeritus, Dept of Earth Science
> > University of California, Santa Barbara
> >
> >> On Oct 13, 2023, at 10:47 AM, Richard Gaskin via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>
> >> 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
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at 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 at 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 at 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 at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
More information about the use-livecode
mailing list