Re: I wish all a Happy & Prosperous New year

[Curry Kenworthy via use-livecode]

Dittos! Welcome to 2022, everyone.
Likewise, Merry 7th/8th Day of Christmas.

Jim:
> A very Happy, Prosperous and Safe 2022 to all!

Clarence:
> Back at you Jim.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

___
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

I wish all a Happy & Prosperous New year

[chipsm themartinz.com via use-livecode]

Back at you Jim.

Sincerely,
Clarence Martin
Email: chi...@themartinz.com
Cell: (626)696-5561

___
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

Happy New Year!

[Jim Lambert via use-livecode]

A very Happy, Prosperous and Safe 2022 to all!

Jim Lambert

___
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

Re: Is it normal to not be able to set script of objects in an encrypted stack?

[Tom Glod via use-livecode]

Hey Mike,

Good thinking that is indeed a great idea for workaround for this
problem.  Thank you, will put that in my back pocket for the future.

Happy New Year everyone!!!

On Fri, Dec 31, 2021 at 1:40 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Glad you solved it, but as long as we're throwing ideas around, you should
> be able to have a script of a button use do, so you really can have it do
> anything. You would just put the script into a variable, make the variable
> global, and have the button do the variable.
>
> On Thu, Dec 30, 2021 at 6:20 PM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hey guys, while this is interesting to know and think about . i
> solved
> > my problem by not needing to set the script.
> >
> > Thanks for taking time
> >
> >
> >
> > On Thu, Dec 30, 2021 at 4:54 PM Ralph DiMola via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > I thought for a standalone if you "set the passKey of stack "x" to "y"
> > you
> > > will be able to modify scripts. This will only be in ram. If your
> > > standalone
> > > saves the stack then do "set the password of stack to "y" before
> saving.
> > If
> > > someone is scraping ram memory then you have a problem, but if someone
> is
> > > scraping memory you have bigger problems.
> > >
> > > Ralph DiMola
> > > IT Director
> > > Evergreen Information Services
> > > rdim...@evergreeninfo.net
> > >
> > > -Original Message-
> > > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> > > Behalf
> > > Of Tom Glod via use-livecode
> > > Sent: Thursday, December 30, 2021 4:34 PM
> > > To: How to use LiveCode
> > > Cc: Tom Glod
> > > Subject: Re: Is it normal to not be able to set script of objects in an
> > > encrypted stack?
> > >
> > > HmmmI hear you, that makes sense.
> > >
> > > On the flip side, as soon as I want to set the script of a button, I'm
> > > doomed to have my code remain readable. I gotta think of a workaround
> for
> > > why I was setting the script to begin with.
> > >
> > > Thanks MIke.
> > >
> > >
> > >
> > > On Thu, Dec 30, 2021 at 2:43 PM Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > I would hope that would be the behavior. It would also make it harder
> > > > for your stack to get borked by someone else.
> > > > If I was trying to break that behavior I would try to put the code
> > > > into a variable, encrypt the variable using the password, then set
> the
> > > > script of the object to the encrypted version, although I don't know
> > > > what algorithm LC is using.
> > > >
> > > > On Thu, Dec 30, 2021 at 2:13 PM Tom Glod via use-livecode <
> > > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > > Hi Folks,
> > > > >
> > > > > Today I found out that if I put a password on my stack, any code
> > > > > that
> > > > sets
> > > > > the script of an object in that stack receives an execution error
> > > > > when running as standalone.
> > > > >
> > > > >  Why is this so?
> > > > >
> > > > > And is there a workaround?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > --
> > > > > Tom Glod
> > > > > Founder & Developer
> > > > > MakeShyft R.D.A (www.makeshyft.com)
> > > > > Mobile:647.562.9411
> > > > > ___
> > > > > 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
> > > > >
> > > >
> > > >
> > > > --
> > > > On the first day, God created the heavens and the Earth On the second
> > > > day, God created the oceans.
> > > > On the third day, God put the animals on hold for a few hours,
> > > >and did a little diving.
> > > > And God said, "This is good."
> > > > ___
> > > > 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
> > > >
> > >
> > >
> > > --
> > > Tom Glod
> > > Founder & Developer
> > > MakeShyft R.D.A (www.makeshyft.com)
> > > Mobile:647.562.9411
> > > ___
> > > 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
> > >
> >
> >
> > --
> > Tom Glod
> > Founder & Developer
> > MakeShyft R.D.A 

Re: Is it normal to not be able to set script of objects in an encrypted stack?

[Mike Kerner via use-livecode]

Glad you solved it, but as long as we're throwing ideas around, you should
be able to have a script of a button use do, so you really can have it do
anything. You would just put the script into a variable, make the variable
global, and have the button do the variable.

On Thu, Dec 30, 2021 at 6:20 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hey guys, while this is interesting to know and think about . i solved
> my problem by not needing to set the script.
>
> Thanks for taking time
>
>
>
> On Thu, Dec 30, 2021 at 4:54 PM Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I thought for a standalone if you "set the passKey of stack "x" to "y"
> you
> > will be able to modify scripts. This will only be in ram. If your
> > standalone
> > saves the stack then do "set the password of stack to "y" before saving.
> If
> > someone is scraping ram memory then you have a problem, but if someone is
> > scraping memory you have bigger problems.
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> > Behalf
> > Of Tom Glod via use-livecode
> > Sent: Thursday, December 30, 2021 4:34 PM
> > To: How to use LiveCode
> > Cc: Tom Glod
> > Subject: Re: Is it normal to not be able to set script of objects in an
> > encrypted stack?
> >
> > HmmmI hear you, that makes sense.
> >
> > On the flip side, as soon as I want to set the script of a button, I'm
> > doomed to have my code remain readable. I gotta think of a workaround for
> > why I was setting the script to begin with.
> >
> > Thanks MIke.
> >
> >
> >
> > On Thu, Dec 30, 2021 at 2:43 PM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > I would hope that would be the behavior. It would also make it harder
> > > for your stack to get borked by someone else.
> > > If I was trying to break that behavior I would try to put the code
> > > into a variable, encrypt the variable using the password, then set the
> > > script of the object to the encrypted version, although I don't know
> > > what algorithm LC is using.
> > >
> > > On Thu, Dec 30, 2021 at 2:13 PM Tom Glod via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > Hi Folks,
> > > >
> > > > Today I found out that if I put a password on my stack, any code
> > > > that
> > > sets
> > > > the script of an object in that stack receives an execution error
> > > > when running as standalone.
> > > >
> > > >  Why is this so?
> > > >
> > > > And is there a workaround?
> > > >
> > > > Thanks,
> > > >
> > > > --
> > > > Tom Glod
> > > > Founder & Developer
> > > > MakeShyft R.D.A (www.makeshyft.com)
> > > > Mobile:647.562.9411
> > > > ___
> > > > 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
> > > >
> > >
> > >
> > > --
> > > On the first day, God created the heavens and the Earth On the second
> > > day, God created the oceans.
> > > On the third day, God put the animals on hold for a few hours,
> > >and did a little diving.
> > > And God said, "This is good."
> > > ___
> > > 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
> > >
> >
> >
> > --
> > Tom Glod
> > Founder & Developer
> > MakeShyft R.D.A (www.makeshyft.com)
> > Mobile:647.562.9411
> > ___
> > 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
> >
>
>
> --
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
> ___
> 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
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

Re: Invalid mac/ios standalone engine file

[Jim At Consensus via use-livecode]

Andreas/Panos,
So glad you asked/answered.
I’ve been putting off the Monterey update as I was afraid I wouldn’t be able to 
successfully build and deploy. 
Sounds safe to do as at least 1 person has had success.

Happy New Year.
~j

Sent from Jim's iPhone XR
Please excuse brevity, typos and errors

> On Dec 31, 2021, at 8:25 AM, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Andreas,
> 
> You're welcome.
> 
> RE "ITMS-90683: Missing Purpose String in Info.plist”, since it is a
> warning, it can be ignored for now.
> 
> *Or should I always fill in the App Tracking Transparency field in the
> standalone settings, even if not relevant?*
> Nope, you should fill in this field only if your app tracks user activity
> among other apps/websites.
> 
> Have a happy new year :)
> 
> Cheers,
> Panos
> --
> 
> 
> 
> 
>> On Fri, 31 Dec 2021 at 18:11, Andreas Bergendal via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hi Panos,
>> 
>> I had set the minimum deployment target to 15.0 or later. Changing it to
>> 9.0 or later solved the problem!
>> 
>> The new standalone was successfully deployed to device, as well as
>> submitted for review on AppStore.
>> 
>> I got this warning feedback (on top of the traditional "ITMS-90078:
>> Missing Push Notification Entitlement”):
>> "ITMS-90683: Missing Purpose String in Info.plist”
>> 
>> As the app does not "access sensitive user data” I hope that warning too
>> can safely be ignored.
>> Or should I always fill in the App Tracking Transparency field in the
>> standalone settings, even if not relevant?
>> 
>> Anyway, many thanks for you swift and helpful reply Panos - I wish an
>> especially Happy New Year to you!
>> 
>> /Andreas
>> ___
>> 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
___
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

Re: Invalid mac/ios standalone engine file

[panagiotis m via use-livecode]

Hello Andreas,

You're welcome.

RE "ITMS-90683: Missing Purpose String in Info.plist”, since it is a
warning, it can be ignored for now.

*Or should I always fill in the App Tracking Transparency field in the
standalone settings, even if not relevant?*
Nope, you should fill in this field only if your app tracks user activity
among other apps/websites.

Have a happy new year :)

Cheers,
Panos
--




On Fri, 31 Dec 2021 at 18:11, Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Panos,
>
> I had set the minimum deployment target to 15.0 or later. Changing it to
> 9.0 or later solved the problem!
>
> The new standalone was successfully deployed to device, as well as
> submitted for review on AppStore.
>
> I got this warning feedback (on top of the traditional "ITMS-90078:
> Missing Push Notification Entitlement”):
> "ITMS-90683: Missing Purpose String in Info.plist”
>
> As the app does not "access sensitive user data” I hope that warning too
> can safely be ignored.
> Or should I always fill in the App Tracking Transparency field in the
> standalone settings, even if not relevant?
>
> Anyway, many thanks for you swift and helpful reply Panos - I wish an
> especially Happy New Year to you!
>
> /Andreas
> ___
> 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

Re: Invalid mac/ios standalone engine file

[Andreas Bergendal via use-livecode]

Hi Panos,

I had set the minimum deployment target to 15.0 or later. Changing it to 9.0 or 
later solved the problem!

The new standalone was successfully deployed to device, as well as submitted 
for review on AppStore.

I got this warning feedback (on top of the traditional "ITMS-90078: Missing 
Push Notification Entitlement”):
"ITMS-90683: Missing Purpose String in Info.plist”

As the app does not "access sensitive user data” I hope that warning too can 
safely be ignored.
Or should I always fill in the App Tracking Transparency field in the 
standalone settings, even if not relevant?

Anyway, many thanks for you swift and helpful reply Panos - I wish an 
especially Happy New Year to you!

/Andreas
___
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

Re: Invalid mac/ios standalone engine file

[panagiotis m via use-livecode]

Hello Andreas,

What is the minimum deployment target in the iOS standalone settings? I
suggest setting it to "9.0 or later".

Kind regards,
Panos
--

On Fri, 31 Dec 2021 at 16:03, Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all,
>
> So, following the release of LC 9.6.6 rc1, I took the plunge and upgraded
> my Mac to Monterey (12.1) and Xcode to 13.2.1.
>
> I now want to build an iOS15 version of my app and upload to AppStore, to
> prevent the crashing that has occurred for users with the iOS14 version.
>
> Everything works fine in the Simulator (iOS15.2), but when I try to build
> the standalone for upload, I get the error message:
> ”There was an error while saving the standalone application
> invalid mac/ios standalone engine file”
>
> It still actually builds the app, but I’m afraid of uploading it to
> AppStore after such an error message.
>
> I have so far done the following:
> - Using macOS Monterey 12.1
> - Using Xcode 13.2.1
>   - Selected Xcode 13.2.1 in the Command Line Tools section in Xcode
>   - Reinstalled the Command Line Tools just in case (following hint in the
> Forum)
> - Using LiveCode 9.6.6 rc1 (Pro)
>   - Selected the correct path in LC to Xcode 13.2.1, green-lighted
> - Turned the Mac off, and on again...
>
> With a development provisioning profile everything works fine when
> deploying to the Simulator.
> With a development provisioning profile the error message appears and it
> doesn’t deploy to my physical device (iPhone X, iOS 15.2).
> With a distribution provisioning profile the error message appears when
> building a standalone.
>
> All certificates and provisioning profiles are valid.
>
> Why, oh why, does it not work?
>
> Hoping for a solution before the New Year! :)
> Wishing you all a Happy New Coding Year 2022!
> /Andreas
> ___
> 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

Invalid mac/ios standalone engine file

[Andreas Bergendal via use-livecode]

Hi all,

So, following the release of LC 9.6.6 rc1, I took the plunge and upgraded my 
Mac to Monterey (12.1) and Xcode to 13.2.1.

I now want to build an iOS15 version of my app and upload to AppStore, to 
prevent the crashing that has occurred for users with the iOS14 version.

Everything works fine in the Simulator (iOS15.2), but when I try to build the 
standalone for upload, I get the error message:
”There was an error while saving the standalone application
invalid mac/ios standalone engine file”

It still actually builds the app, but I’m afraid of uploading it to AppStore 
after such an error message.

I have so far done the following:
- Using macOS Monterey 12.1
- Using Xcode 13.2.1
  - Selected Xcode 13.2.1 in the Command Line Tools section in Xcode
  - Reinstalled the Command Line Tools just in case (following hint in the 
Forum)
- Using LiveCode 9.6.6 rc1 (Pro)
  - Selected the correct path in LC to Xcode 13.2.1, green-lighted
- Turned the Mac off, and on again...

With a development provisioning profile everything works fine when deploying to 
the Simulator.
With a development provisioning profile the error message appears and it 
doesn’t deploy to my physical device (iPhone X, iOS 15.2).
With a distribution provisioning profile the error message appears when 
building a standalone.

All certificates and provisioning profiles are valid.

Why, oh why, does it not work?

Hoping for a solution before the New Year! :)
Wishing you all a Happy New Coding Year 2022!
/Andreas
___
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