Re: Xcode and Catalina **NEW MBP**

2021-11-17 Thread Mike Kerner via use-livecode
For anyone else who gets to fight through this before a new LC comes out:
This is not an OS upgrade, this is a new box, with monterey preinstalled.
I used the Time Machine method for setting up this box
That brought over multiple copies of XCode, including 12.5 and 12.5.1
Building with LC throws an error using 12.5.1, regarding the command-line
tools, which implies that they are not installed - which is weird, since
they are installed on the other box for each of the versions of XCode, and
I can build, over there.
Trying to launch XC 12.5.1 throws an error about versioning.
Trying to launch XC 12.5.1 from the terminal seems to work (ignoring all
the warnings, etc.), but it does not trigger XCode to reinstall the
command-line tools.
Trying to use sudo xcode-select --switch  throws an error that the
version is invalid. If you are trying to play along at home, the path will
be something like /Applications/XCode-12.5.1/Xcode.app/Contents/Developer
I guess the next thing to do is to try to download and reinstall 12.5.1
from the Apple Developer site.

On Wed, Nov 17, 2021 at 9:51 AM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Did you point the build tools to 12.5.1?
>
> 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 Mike Kerner via use-livecode
> Sent: Wednesday, November 17, 2021 9:36 AM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: Re: Xcode and Catalina **NEW MBP**
>
> just to follow up on this some more, I have tried launching XC 12.5.1
> manually. You can do it, but something happened with the command-line
> tools,
> which causes builds from within LC to bork with an error.
>
> On Tue, Nov 16, 2021 at 9:51 PM Jim MacConnell via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Am I understanding correctly?
> > There is a way to get Xcode 12.5 running on Monterey?
> > Will this satisfy the LC requirements?
> > Jim
> >
> > > On Nov 16, 2021, at 4:40 PM, Ralph DiMola via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Apple did it again. It looks like only Xcode 13 will run on Monterey.
> > Looks
> > > can be deceiving. If you activate Xcode 12.5.x from the command line
> > > it
> > will
> > > start.
> > >
> > >
> > > 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 Mike Kerner via use-livecode
> > > Sent: Tuesday, November 16, 2021 7:01 PM
> > > To: How to use LiveCode
> > > Cc: Mike Kerner
> > > Subject: Re: Xcode and Catalina **NEW MBP**
> > >
> > > Ralph,
> > > I said "Catalina" when I meant "Monterey".
> > > It's a new MBP, and no versions of XC before 13.1 will run on it.
> > > I used a restore from Time Machine to get the machine set up, so all
> > > of
> > the
> > > old XCodes that I had moved over, but none of the command-line tools
> > seem to
> > > work.
> > > #firstWorldProblems
> > >
> > > On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> Mike,
> > >>
> > >> From 9.6.5 Release notes.
> > >>
> > >>  - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the
> > >> iOS
> > >> 14.4 SDK
> > >>
> > >> There is a full list of working LiveCode/macOS/Xcode combinations
> here:
> > >> https://livecode.com/docs/9-5-0/faq/faq/
> > >>
> > >> Important: From the start of April 2021, Apple is only accepting
> > >> apps built using iOS14.x SDKs. This means that, if you wish to
> > >> submit apps to the AppStore you will have to be running at least
> > >> macOS 10.15 in order to be able to install the necessary version of
> Xcode.
> > >>
> > >> 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 Mike Kerner via use-livecode
> > >> Sent: Tuesday, November 16, 

RE: Xcode and Catalina **NEW MBP**

2021-11-17 Thread Ralph DiMola via use-livecode
Did you point the build tools to 12.5.1?

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 Mike Kerner via use-livecode
Sent: Wednesday, November 17, 2021 9:36 AM
To: How to use LiveCode
Cc: Mike Kerner
Subject: Re: Xcode and Catalina **NEW MBP**

just to follow up on this some more, I have tried launching XC 12.5.1
manually. You can do it, but something happened with the command-line tools,
which causes builds from within LC to bork with an error.

On Tue, Nov 16, 2021 at 9:51 PM Jim MacConnell via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Am I understanding correctly?
> There is a way to get Xcode 12.5 running on Monterey?
> Will this satisfy the LC requirements?
> Jim
>
> > On Nov 16, 2021, at 4:40 PM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Apple did it again. It looks like only Xcode 13 will run on Monterey.
> Looks
> > can be deceiving. If you activate Xcode 12.5.x from the command line 
> > it
> will
> > start.
> >
> >
> > 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 Mike Kerner via use-livecode
> > Sent: Tuesday, November 16, 2021 7:01 PM
> > To: How to use LiveCode
> > Cc: Mike Kerner
> > Subject: Re: Xcode and Catalina **NEW MBP**
> >
> > Ralph,
> > I said "Catalina" when I meant "Monterey".
> > It's a new MBP, and no versions of XC before 13.1 will run on it.
> > I used a restore from Time Machine to get the machine set up, so all 
> > of
> the
> > old XCodes that I had moved over, but none of the command-line tools
> seem to
> > work.
> > #firstWorldProblems
> >
> > On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode < 
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Mike,
> >>
> >> From 9.6.5 Release notes.
> >>
> >>  - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the 
> >> iOS
> >> 14.4 SDK
> >>
> >> There is a full list of working LiveCode/macOS/Xcode combinations here:
> >> https://livecode.com/docs/9-5-0/faq/faq/
> >>
> >> Important: From the start of April 2021, Apple is only accepting 
> >> apps built using iOS14.x SDKs. This means that, if you wish to 
> >> submit apps to the AppStore you will have to be running at least 
> >> macOS 10.15 in order to be able to install the necessary version of
Xcode.
> >>
> >> 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 Mike Kerner via use-livecode
> >> Sent: Tuesday, November 16, 2021 12:21 PM
> >> To: How to use LiveCode
> >> Cc: Mike Kerner
> >> Subject: xcode and catalina **NEW MBP**
> >>
> >> Has anyone gotten LC/XC to work on a new mac that came with 
> >> catalina pre-installed?
> >> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC
> >> 12.5.1 and below not even running in Catalina, so I can't complete 
> >> the installs.
> >>
> >> --
> >> 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
> >>
> >>
> >> ___
> >> 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,
>

Re: Xcode and Catalina **NEW MBP**

2021-11-17 Thread Mike Kerner via use-livecode
just to follow up on this some more, I have tried launching XC 12.5.1
manually. You can do it, but something happened with the command-line
tools, which causes builds from within LC to bork with an error.

On Tue, Nov 16, 2021 at 9:51 PM Jim MacConnell via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Am I understanding correctly?
> There is a way to get Xcode 12.5 running on Monterey?
> Will this satisfy the LC requirements?
> Jim
>
> > On Nov 16, 2021, at 4:40 PM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Apple did it again. It looks like only Xcode 13 will run on Monterey.
> Looks
> > can be deceiving. If you activate Xcode 12.5.x from the command line it
> will
> > start.
> >
> >
> > 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 Mike Kerner via use-livecode
> > Sent: Tuesday, November 16, 2021 7:01 PM
> > To: How to use LiveCode
> > Cc: Mike Kerner
> > Subject: Re: Xcode and Catalina **NEW MBP**
> >
> > Ralph,
> > I said "Catalina" when I meant "Monterey".
> > It's a new MBP, and no versions of XC before 13.1 will run on it.
> > I used a restore from Time Machine to get the machine set up, so all of
> the
> > old XCodes that I had moved over, but none of the command-line tools
> seem to
> > work.
> > #firstWorldProblems
> >
> > On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Mike,
> >>
> >> From 9.6.5 Release notes.
> >>
> >>  - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the
> >> iOS
> >> 14.4 SDK
> >>
> >> There is a full list of working LiveCode/macOS/Xcode combinations here:
> >> https://livecode.com/docs/9-5-0/faq/faq/
> >>
> >> Important: From the start of April 2021, Apple is only accepting apps
> >> built using iOS14.x SDKs. This means that, if you wish to submit apps
> >> to the AppStore you will have to be running at least macOS 10.15 in
> >> order to be able to install the necessary version of Xcode.
> >>
> >> 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 Mike Kerner via use-livecode
> >> Sent: Tuesday, November 16, 2021 12:21 PM
> >> To: How to use LiveCode
> >> Cc: Mike Kerner
> >> Subject: xcode and catalina **NEW MBP**
> >>
> >> Has anyone gotten LC/XC to work on a new mac that came with catalina
> >> pre-installed?
> >> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC
> >> 12.5.1 and below not even running in Catalina, so I can't complete the
> >> installs.
> >>
> >> --
> >> 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
> >>
> >>
> >> ___
> >> 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 an

Re: Xcode and Catalina **NEW MBP**

2021-11-17 Thread Mike Kerner via use-livecode
link, please. It isn't working for me.
___
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: Xcode and Catalina **NEW MBP**

2021-11-16 Thread Jim MacConnell via use-livecode
Am I understanding correctly?
There is a way to get Xcode 12.5 running on Monterey?
Will this satisfy the LC requirements?
Jim

> On Nov 16, 2021, at 4:40 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Apple did it again. It looks like only Xcode 13 will run on Monterey. Looks
> can be deceiving. If you activate Xcode 12.5.x from the command line it will
> start.
> 
> 
> 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 Mike Kerner via use-livecode
> Sent: Tuesday, November 16, 2021 7:01 PM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: Re: Xcode and Catalina **NEW MBP**
> 
> Ralph,
> I said "Catalina" when I meant "Monterey".
> It's a new MBP, and no versions of XC before 13.1 will run on it.
> I used a restore from Time Machine to get the machine set up, so all of the
> old XCodes that I had moved over, but none of the command-line tools seem to
> work.
> #firstWorldProblems
> 
> On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Mike,
>> 
>> From 9.6.5 Release notes.
>> 
>>  - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the 
>> iOS
>> 14.4 SDK
>> 
>> There is a full list of working LiveCode/macOS/Xcode combinations here:
>> https://livecode.com/docs/9-5-0/faq/faq/
>> 
>> Important: From the start of April 2021, Apple is only accepting apps 
>> built using iOS14.x SDKs. This means that, if you wish to submit apps 
>> to the AppStore you will have to be running at least macOS 10.15 in 
>> order to be able to install the necessary version of Xcode.
>> 
>> 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 Mike Kerner via use-livecode
>> Sent: Tuesday, November 16, 2021 12:21 PM
>> To: How to use LiveCode
>> Cc: Mike Kerner
>> Subject: xcode and catalina **NEW MBP**
>> 
>> Has anyone gotten LC/XC to work on a new mac that came with catalina 
>> pre-installed?
>> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 
>> 12.5.1 and below not even running in Catalina, so I can't complete the 
>> installs.
>> 
>> --
>> 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
>> 
>> 
>> ___
>> 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
> 
> 
> ___
> 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: Xcode and Catalina **NEW MBP**

2021-11-16 Thread Ralph DiMola via use-livecode
Apple did it again. It looks like only Xcode 13 will run on Monterey. Looks
can be deceiving. If you activate Xcode 12.5.x from the command line it will
start.


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 Mike Kerner via use-livecode
Sent: Tuesday, November 16, 2021 7:01 PM
To: How to use LiveCode
Cc: Mike Kerner
Subject: Re: Xcode and Catalina **NEW MBP**

Ralph,
I said "Catalina" when I meant "Monterey".
It's a new MBP, and no versions of XC before 13.1 will run on it.
I used a restore from Time Machine to get the machine set up, so all of the
old XCodes that I had moved over, but none of the command-line tools seem to
work.
#firstWorldProblems

On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike,
>
> From 9.6.5 Release notes.
>
>   - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the 
> iOS
> 14.4 SDK
>
> There is a full list of working LiveCode/macOS/Xcode combinations here:
> https://livecode.com/docs/9-5-0/faq/faq/
>
> Important: From the start of April 2021, Apple is only accepting apps 
> built using iOS14.x SDKs. This means that, if you wish to submit apps 
> to the AppStore you will have to be running at least macOS 10.15 in 
> order to be able to install the necessary version of Xcode.
>
> 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 Mike Kerner via use-livecode
> Sent: Tuesday, November 16, 2021 12:21 PM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: xcode and catalina **NEW MBP**
>
> Has anyone gotten LC/XC to work on a new mac that came with catalina 
> pre-installed?
> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 
> 12.5.1 and below not even running in Catalina, so I can't complete the 
> installs.
>
> --
> 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
>
>
> ___
> 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


___
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: Xcode and Catalina **NEW MBP**

2021-11-16 Thread Mike Kerner via use-livecode
Ralph,
I said "Catalina" when I meant "Monterey".
It's a new MBP, and no versions of XC before 13.1 will run on it.
I used a restore from Time Machine to get the machine set up, so all of the
old XCodes that I had moved over, but none of the command-line tools seem
to work.
#firstWorldProblems

On Tue, Nov 16, 2021 at 1:22 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike,
>
> From 9.6.5 Release notes.
>
>   - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the iOS
> 14.4 SDK
>
> There is a full list of working LiveCode/macOS/Xcode combinations here:
> https://livecode.com/docs/9-5-0/faq/faq/
>
> Important: From the start of April 2021, Apple is only accepting apps built
> using iOS14.x SDKs. This means that, if you wish to submit apps to the
> AppStore you will have to be running at least macOS 10.15 in order to be
> able to install the necessary version of Xcode.
>
> 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 Mike Kerner via use-livecode
> Sent: Tuesday, November 16, 2021 12:21 PM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: xcode and catalina **NEW MBP**
>
> Has anyone gotten LC/XC to work on a new mac that came with catalina
> pre-installed?
> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 12.5.1
> and
> below not even running in Catalina, so I can't complete the installs.
>
> --
> 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
>
>
> ___
> 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


Re: xcode and catalina **NEW MBP**

2021-11-16 Thread Mike Kerner via use-livecode
sigh. yes, monterey. 12.0.1

On Tue, Nov 16, 2021 at 1:25 PM Jim At Consensus via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Do you mean “Monterey”. I’m in Bog Sur and Vataliba was a version Orr more
> ago.
>
> Doesn’t really matter. I’m holding off on upgrade to Monterey until LC can
> deal with xCode 13.
>
> ~j
>
> Sent from Jim's iPhone XR
> Please excuse brevity, typos and errors
>
> > On Nov 16, 2021, at 9:23 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Has anyone gotten LC/XC to work on a new mac that came with catalina
> > pre-installed?
> > I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 12.5.1
> > and below not even running in Catalina, so I can't complete the installs.
> >
> > --
> > 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
> ___
> 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


Re: xcode and catalina **NEW MBP**

2021-11-16 Thread Jim At Consensus via use-livecode
Do you mean “Monterey”. I’m in Bog Sur and Vataliba was a version Orr more ago. 

Doesn’t really matter. I’m holding off on upgrade to Monterey until LC can deal 
with xCode 13.

~j

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

> On Nov 16, 2021, at 9:23 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> Has anyone gotten LC/XC to work on a new mac that came with catalina
> pre-installed?
> I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 12.5.1
> and below not even running in Catalina, so I can't complete the installs.
> 
> -- 
> 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
___
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: Xcode and Catalina **NEW MBP**

2021-11-16 Thread Ralph DiMola via use-livecode
Mike,

>From 9.6.5 Release notes.

  - macOS 10.15.4: Xcode 12.4.x - LiveCode builds iOS apps using the iOS
14.4 SDK

There is a full list of working LiveCode/macOS/Xcode combinations here:
https://livecode.com/docs/9-5-0/faq/faq/

Important: From the start of April 2021, Apple is only accepting apps built
using iOS14.x SDKs. This means that, if you wish to submit apps to the
AppStore you will have to be running at least macOS 10.15 in order to be
able to install the necessary version of Xcode.

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 Mike Kerner via use-livecode
Sent: Tuesday, November 16, 2021 12:21 PM
To: How to use LiveCode
Cc: Mike Kerner
Subject: xcode and catalina **NEW MBP**

Has anyone gotten LC/XC to work on a new mac that came with catalina
pre-installed?
I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 12.5.1 and
below not even running in Catalina, so I can't complete the installs.

--
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


___
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


xcode and catalina **NEW MBP**

2021-11-16 Thread Mike Kerner via use-livecode
Has anyone gotten LC/XC to work on a new mac that came with catalina
pre-installed?
I'm kind-of in a catch-22 with LC not working with XC 13.1 and XC 12.5.1
and below not even running in Catalina, so I can't complete the installs.

-- 
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


Re: Mora Catalina permissions woes....

2020-06-30 Thread panagiotis merakos via use-livecode
Hello Paul,

I was thinking that a way to make things simpler, which might solve these
permissions woes is to not have the separate libraries folder sitting
outside the app bundle, but instead add the whole folder in the Copy Files
section of the standalone, and then in your code access this folder by:

local tLibsFolder
put specialFolderPath("resources") & slash & "OurStacks" into tLibsFolder
start using stack tLibsFolder & slash & myLib1.livecode
start using stack tLibsFolder & slash & myLib2.livecode
...

This has several advantages:

- The app file and the OurStacks folder will never be separated (e.g. by
the App Translocation security thing)
- The code for detecting and using the library stacks will become simpler
and cleaner
- And the most important - you will probably overcome these permissions
problems, since all you have to do now to distribute your app will be what
LC does. i.e. sign the .app, create a dmg and sign, notarize and staple the
dmg. No installers are needed.

Kind regards,
Panos
--

On Mon, 29 Jun 2020 at 22:34, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> List Folks: A head up of a Catalina issue:
>
> If your code signed Standalone is trying to access stacks that are
> OUTSIDE the app bundle under Catalina, sometimes Catalina will not
> properly detect your apps need for access. You will not get an "App
> wants access to blah blah: Allow or Deny" dialogs and you app will throw
> a script error (if you have assumed successful access and not coded for
> errors)
>
> In our case, we have the App (bundle) and a folder of stacks that sits
> next to it, both in a containing folder that is what is installed where
> the user installs it. So
>
> FOLDER: OurAppFolder
>  > OurApp.app
>  >FOLDER: OurStacks
>  >> Some library stacks
>
> We construct a full path to each library stack in "OurStacks" in a
> variable called tLibrary and when we execute
> if there is a file tLibrary then
>start using tLibrary
> end if
> for the 1st library, we get a script error on the start using statement.
> The test for existence does return true.
>
> start: can't find object
>
> If you go to Apple (menu) > System Preferences (menu item) > Security &
> Privacy (panel) > Privacy (tab) > Full Disk Access and grant
> "OurApp.app" access, then subsequent launches work flawlessly.
>
> This is clearly a Catalina entitlements/permissions issue.
>
> We have distilled a test stack and have seen the error occur multiple
> times. The problem is we have not found a recipe that reproduces the
> error 100% reliably.
>
> I have seen discussions that suggest Apple has provided NO entitlement
> you can code sign your app with to allow full disk access. They see
> individual folder access (like Documents, Desktop, etc.) and Full Disk
> Access (which subsumes all individual folder access) as being only
> grantable by the user.
>
> QUESTIONS:
>
> 1) Any one else run into any situations where Catalina is failing to
> detect and ask for ANY given entitlement?
>
> 2) Any one else run into failures in detecting and asking for disk
> access entitlements?
>
> 3) If you have this problem, do you you tell customers to grant the app
> full disk access before running it? If so, how do you phrase that in a
> way that makes them comfortable and works?
>
> 4) Does anyone know of an entitlement for macOS Catalina that allows
> full disk access? Or even access to say the Applications folder?
>
>
> P.S. If we can produce a recipe that is reliable, we will file a bug
> report on this. At the very least, LC may want to update "start using"
> to return an error code so you don't have to trap it with a try...end
> try block.
>
>
>
>
> ___
> 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


Mora Catalina permissions woes....

2020-06-29 Thread Paul Dupuis via use-livecode

List Folks: A head up of a Catalina issue:

If your code signed Standalone is trying to access stacks that are 
OUTSIDE the app bundle under Catalina, sometimes Catalina will not 
properly detect your apps need for access. You will not get an "App 
wants access to blah blah: Allow or Deny" dialogs and you app will throw 
a script error (if you have assumed successful access and not coded for 
errors)


In our case, we have the App (bundle) and a folder of stacks that sits 
next to it, both in a containing folder that is what is installed where 
the user installs it. So


FOLDER: OurAppFolder
> OurApp.app
>FOLDER: OurStacks
>> Some library stacks

We construct a full path to each library stack in "OurStacks" in a 
variable called tLibrary and when we execute

if there is a file tLibrary then
  start using tLibrary
end if
for the 1st library, we get a script error on the start using statement. 
The test for existence does return true.


start: can't find object

If you go to Apple (menu) > System Preferences (menu item) > Security & 
Privacy (panel) > Privacy (tab) > Full Disk Access and grant 
"OurApp.app" access, then subsequent launches work flawlessly.


This is clearly a Catalina entitlements/permissions issue.

We have distilled a test stack and have seen the error occur multiple 
times. The problem is we have not found a recipe that reproduces the 
error 100% reliably.


I have seen discussions that suggest Apple has provided NO entitlement 
you can code sign your app with to allow full disk access. They see 
individual folder access (like Documents, Desktop, etc.) and Full Disk 
Access (which subsumes all individual folder access) as being only 
grantable by the user.


QUESTIONS:

1) Any one else run into any situations where Catalina is failing to 
detect and ask for ANY given entitlement?


2) Any one else run into failures in detecting and asking for disk 
access entitlements?


3) If you have this problem, do you you tell customers to grant the app 
full disk access before running it? If so, how do you phrase that in a 
way that makes them comfortable and works?


4) Does anyone know of an entitlement for macOS Catalina that allows 
full disk access? Or even access to say the Applications folder?



P.S. If we can produce a recipe that is reliable, we will file a bug 
report on this. At the very least, LC may want to update "start using" 
to return an error code so you don't have to trap it with a try...end 
try block.





___
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: Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-18 Thread Andrew at MidWest Coast Media via use-livecode

> http://newosxbook.com/ent.jl
> 
> Now, if only I could figure out from the database which ones I need to add.

Wow, that is an AWESOME tool! I hate that Apple won't pull a single engineer 
off a project to write some documentation. A similar solution I use is to 
make-up for Apple’s confusing developer matrix is https://xcodereleases.com/

I think you’re on the right track about figuring out entitlements via that 
database. By randomly selecting some Executable files that I was familiar with 
(iTunes, TextEdit, etc.) it looks like you might be interested in:
com.apple.security.files.user-selected.read-write
com.apple.security.files.user-selected.executable 

com.apple.security.device.camera 

com.apple.security.device.microphone 

com.apple.security.app-sandbox 
 
<— not really sure about this one

—Andrew Bell
___
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: Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-17 Thread Paul Dupuis via use-livecode

Arghh!

So I am Googling and Googling and hunting around the Apple Developer 
site to try to find a comprehensive list of macOS entitlements so I can 
code sign my app with the the entitlements my app needs to not generate 
errors under Catalina.


I want to execute: codesign --verbose --deep --force --sign 
"" --entitlements 
 
with an entitlements.plist file with entitlemenst to grant my app 
certain disk access, internet access, email access, and finder integration.


Finally, I find this article that basically says Apple has no 
comprehensive list - their published developer documentation has not 
kept up with the additions they have been making in point release 
updates to macOS: 
https://eclecticlight.co/2019/02/26/entitlements-how-apps-get-back-what-theyve-given-up/


The lack of an up-to-date comprehensive entitlements list was apparently 
bad enough that a guy by the name of Jonathan Levin built a database to 
keep track of them since Apple couldn't (or wouldn't), so at least there 
is this hand database at http://newosxbook.com/ent.jl


Now, if only I could figure out from the database which ones I need to add.

Perhaps, it is time to switch to Mark Talluto's suggestion to use 
AppWrapper!



On 6/16/2020 6:28 PM, Paul Dupuis via use-livecode wrote:

Hi Panos,

Thank you very much. The discussion in the bug entry answered  lot of 
my questions. I have one last thing I hope you or someone can point me 
two, which is a list of Apple macOS "entitlements"


From the bug entry I see:

com.apple.security.device.audio-input

com.apple.security.device.camera


I need to figure out the ones for email access, finder integration 
(drag/drop), internet access, and disk access.


We've seen Catalina ask the user for:

1. HyperRESEARCH requests access to the Internet (if Apple Firewall is
   turned on). - We assume this is because out app needs to check for
   new versions and updates and for license management.
2. HyperRESEARCH requests access to the "Finder". - We assume this is
   to receive AppleEvents (system messages) if a Study file is double
   clicked or dragged and dropped on HyperRESEARCH to open the Study.
3. HyperRESEARCH requests access to your "Contacts". We assume this is
   for access to send an email for an error report if an error occurs.
   Our App does not accessing any names or addresses.

I have tried Google for macOS or Catalina and entitlements but all I 
seem to be able to find is articles from the user's perspective, not 
developers information.





On 6/15/2020 12:21 PM, panagiotis merakos via use-livecode wrote:

Hello Paul,

I guess you can sign the standalone mac app with entitlements, i.e. 
use a

file that will contain all the necessary entitlements, and include it in
the params passed to the codesign command. See this report for more 
details:


https://quality.livecode.com/show_bug.cgi?id=22660

Kind regards,
Panos
--

On Mon, 15 Jun 2020 at 14:56, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:


We're having some macOS Catalina permissions/entitlements issues

We have applications that we deliver for Catalina where the application
(LiveCode standalone) is code-signed. It is then packaged in an
installers (LiveCode standalone) and the installer is code signed. That
is then placed in a DMG, which is code-signed, notarized, and stapled.

This has worked for us since October when Catalina was released.

It still works, except sometimes, after successful downloading and
installation, when the applications is first launched, Catalina does 
not

ask for the permissions the Application needs. Instead certain handler
throw an execution error. The handlers that produce the errors on
startup when Catalina fails to ask for permissions have the 
following in

common:

The set the defaultFolder to folders such as:

/Library/PreferencePanes
/Users//Library/Preferences -- this is using the code: the
home folder & "/Library/PreferencePanes/"
or
/private/var/folders/fj/0llnt4vs44vfzy4r97k_wngcgp/T/TemporaryItems
-- this is 'the temporary folder' on Mojave or Catalina. On Mavericks
and earlier teh temporaty folder was
/Users//Library/Caches/TemporaryItems

After setting the defaultFolder, the code gets 'the files' or 'the
folders' and fails (actually we've not pinned down whether it fails on
set the defaultFolder OR on the call to 'the files/folders')

Going to Apple (menu) > System Preferences (menu item) > Security &
Privacy (control) > Privacy (tab) and selecting Full Disk Access and
adding our applications prevents these errors from occuring.

The issue is clearly with Catalina failing to detect and ask for the
correct permissions. This is a known issue a number of developers have
run into. See https://forums.developer.apple.com/thread/125438 as one
example where an Apple support person admits that detecting what
permissions a process is requesting that is tied back

Re: Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-16 Thread Paul Dupuis via use-livecode

Hi Panos,

Thank you very much. The discussion in the bug entry answered  lot of my 
questions. I have one last thing I hope you or someone can point me two, 
which is a list of Apple macOS "entitlements"


From the bug entry I see:

com.apple.security.device.audio-input

com.apple.security.device.camera


I need to figure out the ones for email access, finder integration 
(drag/drop), internet access, and disk access.


We've seen Catalina ask the user for:

1. HyperRESEARCH requests access to the Internet (if Apple Firewall is
   turned on). - We assume this is because out app needs to check for
   new versions and updates and for license management.
2. HyperRESEARCH requests access to the "Finder". - We assume this is
   to receive AppleEvents (system messages) if a Study file is double
   clicked or dragged and dropped on HyperRESEARCH to open the Study.
3. HyperRESEARCH requests access to your "Contacts". We assume this is
   for access to send an email for an error report if an error occurs.
   Our App does not accessing any names or addresses.

I have tried Google for macOS or Catalina and entitlements but all I 
seem to be able to find is articles from the user's perspective, not 
developers information.





On 6/15/2020 12:21 PM, panagiotis merakos via use-livecode wrote:

Hello Paul,

I guess you can sign the standalone mac app with entitlements, i.e. use a
file that will contain all the necessary entitlements, and include it in
the params passed to the codesign command. See this report for more details:

https://quality.livecode.com/show_bug.cgi?id=22660

Kind regards,
Panos
--

On Mon, 15 Jun 2020 at 14:56, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:


We're having some macOS Catalina permissions/entitlements issues

We have applications that we deliver for Catalina where the application
(LiveCode standalone) is code-signed. It is then packaged in an
installers (LiveCode standalone) and the installer is code signed. That
is then placed in a DMG, which is code-signed, notarized, and stapled.

This has worked for us since October when Catalina was released.

It still works, except sometimes, after successful downloading and
installation, when the applications is first launched, Catalina does not
ask for the permissions the Application needs. Instead certain handler
throw an execution error. The handlers that produce the errors on
startup when Catalina fails to ask for permissions have the following in
common:

The set the defaultFolder to folders such as:

/Library/PreferencePanes
/Users//Library/Preferences -- this is using the code: the
home folder & "/Library/PreferencePanes/"
or
/private/var/folders/fj/0llnt4vs44vfzy4r97k_wngcgp/T/TemporaryItems
-- this is 'the temporary folder' on Mojave or Catalina. On Mavericks
and earlier teh temporaty folder was
/Users//Library/Caches/TemporaryItems

After setting the defaultFolder, the code gets 'the files' or 'the
folders' and fails (actually we've not pinned down whether it fails on
set the defaultFolder OR on the call to 'the files/folders')

Going to Apple (menu) > System Preferences (menu item) > Security &
Privacy (control) > Privacy (tab) and selecting Full Disk Access and
adding our applications prevents these errors from occuring.

The issue is clearly with Catalina failing to detect and ask for the
correct permissions. This is a known issue a number of developers have
run into. See https://forums.developer.apple.com/thread/125438 as one
example where an Apple support person admits that detecting what
permissions a process is requesting that is tied back to your user
visible app (something Apple calls 'responsibility tracking') is really
hard.

For iOS and Android, you can specify entitlements or requested
permissions in the Standalone Builder Settings. How do you do this for
macOS Catalina?

Does anyone know if there is a way to specify entitlements for a macOS
desktop app built in LiveCode? I have been googling and googling and can
seem to find anything. I found one discussion on stackExchange that seem
to imply that the PLIST file could be edited to specify entitlements. I
have tried the Apple Developer site, but SO MUCH of it is orient towards
people with lots of Apple Developer experience and focuses of C and
SWIFT and Apple specific technologies I don't understand.

I can edit the XML in a PLIST file in the standalone bundle IF I only
knew what to add?


___
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 
pre

Re: Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-15 Thread Mark Talluto via use-livecode
We use App Wrapper 3 to sign and notarize our apps. You can control all of 
these details from inside the app. It makes it pretty easy. I think you can try 
the app for free and see if this works for you.
https://www.ohanaware.com/appwrapper/ <https://www.ohanaware.com/appwrapper/>

Best regards,

Mark Talluto
livecloud.io <http://livecloud.io/>
nursenotes.net <http://nursenotes.net/>
canelasoftware.com <http://www.canelasoftware.com/>


> On Jun 15, 2020, at 4:55 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> We're having some macOS Catalina permissions/entitlements issues
> 
> We have applications that we deliver for Catalina where the application 
> (LiveCode standalone) is code-signed. It is then packaged in an installers 
> (LiveCode standalone) and the installer is code signed. That is then placed 
> in a DMG, which is code-signed, notarized, and stapled.
> 
> This has worked for us since October when Catalina was released.
> 
> It still works, except sometimes, after successful downloading and 
> installation, when the applications is first launched, Catalina does not ask 
> for the permissions the Application needs. Instead certain handler throw an 
> execution error. The handlers that produce the errors on startup when 
> Catalina fails to ask for permissions have the following in common:

___
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: Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-15 Thread panagiotis merakos via use-livecode
Hello Paul,

I guess you can sign the standalone mac app with entitlements, i.e. use a
file that will contain all the necessary entitlements, and include it in
the params passed to the codesign command. See this report for more details:

https://quality.livecode.com/show_bug.cgi?id=22660

Kind regards,
Panos
--

On Mon, 15 Jun 2020 at 14:56, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> We're having some macOS Catalina permissions/entitlements issues
>
> We have applications that we deliver for Catalina where the application
> (LiveCode standalone) is code-signed. It is then packaged in an
> installers (LiveCode standalone) and the installer is code signed. That
> is then placed in a DMG, which is code-signed, notarized, and stapled.
>
> This has worked for us since October when Catalina was released.
>
> It still works, except sometimes, after successful downloading and
> installation, when the applications is first launched, Catalina does not
> ask for the permissions the Application needs. Instead certain handler
> throw an execution error. The handlers that produce the errors on
> startup when Catalina fails to ask for permissions have the following in
> common:
>
> The set the defaultFolder to folders such as:
>
> /Library/PreferencePanes
> /Users//Library/Preferences -- this is using the code: the
> home folder & "/Library/PreferencePanes/"
> or
> /private/var/folders/fj/0llnt4vs44vfzy4r97k_wngcgp/T/TemporaryItems
> -- this is 'the temporary folder' on Mojave or Catalina. On Mavericks
> and earlier teh temporaty folder was
> /Users//Library/Caches/TemporaryItems
>
> After setting the defaultFolder, the code gets 'the files' or 'the
> folders' and fails (actually we've not pinned down whether it fails on
> set the defaultFolder OR on the call to 'the files/folders')
>
> Going to Apple (menu) > System Preferences (menu item) > Security &
> Privacy (control) > Privacy (tab) and selecting Full Disk Access and
> adding our applications prevents these errors from occuring.
>
> The issue is clearly with Catalina failing to detect and ask for the
> correct permissions. This is a known issue a number of developers have
> run into. See https://forums.developer.apple.com/thread/125438 as one
> example where an Apple support person admits that detecting what
> permissions a process is requesting that is tied back to your user
> visible app (something Apple calls 'responsibility tracking') is really
> hard.
>
> For iOS and Android, you can specify entitlements or requested
> permissions in the Standalone Builder Settings. How do you do this for
> macOS Catalina?
>
> Does anyone know if there is a way to specify entitlements for a macOS
> desktop app built in LiveCode? I have been googling and googling and can
> seem to find anything. I found one discussion on stackExchange that seem
> to imply that the PLIST file could be edited to specify entitlements. I
> have tried the Apple Developer site, but SO MUCH of it is orient towards
> people with lots of Apple Developer experience and focuses of C and
> SWIFT and Apple specific technologies I don't understand.
>
> I can edit the XML in a PLIST file in the standalone bundle IF I only
> knew what to add?
>
>
> ___
> 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


Catalina Entitlements or Permissions (was Possible Catalina problem)

2020-06-15 Thread Paul Dupuis via use-livecode

We're having some macOS Catalina permissions/entitlements issues

We have applications that we deliver for Catalina where the application 
(LiveCode standalone) is code-signed. It is then packaged in an 
installers (LiveCode standalone) and the installer is code signed. That 
is then placed in a DMG, which is code-signed, notarized, and stapled.


This has worked for us since October when Catalina was released.

It still works, except sometimes, after successful downloading and 
installation, when the applications is first launched, Catalina does not 
ask for the permissions the Application needs. Instead certain handler 
throw an execution error. The handlers that produce the errors on 
startup when Catalina fails to ask for permissions have the following in 
common:


The set the defaultFolder to folders such as:

/Library/PreferencePanes
/Users//Library/Preferences -- this is using the code: the 
home folder & "/Library/PreferencePanes/"

or
/private/var/folders/fj/0llnt4vs44vfzy4r97k_wngcgp/T/TemporaryItems 
-- this is 'the temporary folder' on Mojave or Catalina. On Mavericks 
and earlier teh temporaty folder was 
/Users//Library/Caches/TemporaryItems


After setting the defaultFolder, the code gets 'the files' or 'the 
folders' and fails (actually we've not pinned down whether it fails on 
set the defaultFolder OR on the call to 'the files/folders')


Going to Apple (menu) > System Preferences (menu item) > Security & 
Privacy (control) > Privacy (tab) and selecting Full Disk Access and 
adding our applications prevents these errors from occuring.


The issue is clearly with Catalina failing to detect and ask for the 
correct permissions. This is a known issue a number of developers have 
run into. See https://forums.developer.apple.com/thread/125438 as one 
example where an Apple support person admits that detecting what 
permissions a process is requesting that is tied back to your user 
visible app (something Apple calls 'responsibility tracking') is really 
hard.


For iOS and Android, you can specify entitlements or requested 
permissions in the Standalone Builder Settings. How do you do this for 
macOS Catalina?


Does anyone know if there is a way to specify entitlements for a macOS 
desktop app built in LiveCode? I have been googling and googling and can 
seem to find anything. I found one discussion on stackExchange that seem 
to imply that the PLIST file could be edited to specify entitlements. I 
have tried the Apple Developer site, but SO MUCH of it is orient towards 
people with lots of Apple Developer experience and focuses of C and 
SWIFT and Apple specific technologies I don't understand.


I can edit the XML in a PLIST file in the standalone bundle IF I only 
knew what to add?



___
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: Possible Catalina problem...

2020-06-09 Thread Richmond via use-livecode

Well, goofy as it may seem . . .

MacOS 10.15.5 / LiveCode 9.6.0 Community

I made a stack containing 1 butoon and NO code and called it "example 1" 
and ran off a Mac standalone.


The I renamed the stack "example 2" and did exactly the same thing.

Both of the resultant standalones lauched without an "funny" messages.

HOWEVER, that result is only of any value as far as 2 apps built from 
what are effectively "zero" stacks go (not very far at all).


Richmond.

On 8.06.20 17:55, Paul Dupuis via use-livecode wrote:
We have run into a possible problem. Researchware makes two 
applications, HyperRESEARCH and HyperTRANSCRIBE. We have new 
forthcoming versions of both built on LiveCode 9.5.1.


These two applications are code signed and the DMG is code signed, 
notarized, and stapled for Catalina. They both work fine on testing on 
macOS ranging from Mavericks (10.9) to Mojave (10.14).


We also only have a single Catalina system to test on. On that single 
system, each application seems to work fine, but if we run them at the 
same time, the second app to launch throws a script error on startup - 
and it looks like it may be related to network actions on startup.


We have a TON more testing to do, but I wanted to ask if anyone have 
seen ANY Catalina specific problems running multiple LiveCode 
standalones at the same time?


Our hope is that this is a problem SPECIFIC to our single Catalina mac 
and not a LC Engine or tsNet Catalina specific bug of some sort. To 
know that some one else has run multiple LC 9 standalones at the same 
time on Catalina and seen no errors would be kind of encouraging right 
now.







___
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: Possible Catalina problem...

2020-06-08 Thread Mark Wieder via use-livecode

On 6/8/20 7:55 AM, Paul Dupuis via use-livecode wrote:

Our hope is that this is a problem SPECIFIC to our single Catalina mac 
and not a LC Engine or tsNet Catalina specific bug of some sort. To know 
that some one else has run multiple LC 9 standalones at the same time on 
Catalina and seen no errors would be kind of encouraging right now.


Don't have an answer, but I'm amused that SuperCard now recommends that 
you install Parallels and a previous OSX because of the Catalina apocalypse.


https://youtu.be/WdNjnCVDjNY

--
 Mark Wieder
 ahsoftw...@gmail.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


Re: Possible Catalina problem...

2020-06-08 Thread Paul Dupuis via use-livecode

Torsten,

Thank you. That is encouraging. I may take you up on your offer later to 
run a test on your Catalina Mac.


-- Paul

On 6/8/2020 11:10 AM, Torsten Holmer via use-livecode wrote:

Hi Paul,

I have started three LiveCode standalones on Catalina with no problems. But 
they are just standalones created frome the IDE with no signing etc.

If you like, I can test your apps on my MacBook with Catalina in order to check 
if the problems are replicable.

CU,
Torsten



Am 08.06.2020 um 16:55 schrieb Paul Dupuis via use-livecode 
:

We have run into a possible problem. Researchware makes two applications, 
HyperRESEARCH and HyperTRANSCRIBE. We have new forthcoming versions of both 
built on LiveCode 9.5.1.

These two applications are code signed and the DMG is code signed, notarized, 
and stapled for Catalina. They both work fine on testing on macOS ranging from 
Mavericks (10.9) to Mojave (10.14).

We also only have a single Catalina system to test on. On that single system, 
each application seems to work fine, but if we run them at the same time, the 
second app to launch throws a script error on startup - and it looks like it 
may be related to network actions on startup.

We have a TON more testing to do, but I wanted to ask if anyone have seen ANY 
Catalina specific problems running multiple LiveCode standalones at the same 
time?

Our hope is that this is a problem SPECIFIC to our single Catalina mac and not 
a LC Engine or tsNet Catalina specific bug of some sort. To know that some one 
else has run multiple LC 9 standalones at the same time on Catalina and seen no 
errors would be kind of encouraging right now.






___
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: Possible Catalina problem...

2020-06-08 Thread Torsten Holmer via use-livecode
Hi Paul,

I have started three LiveCode standalones on Catalina with no problems. But 
they are just standalones created frome the IDE with no signing etc.

If you like, I can test your apps on my MacBook with Catalina in order to check 
if the problems are replicable.

CU,
Torsten


> Am 08.06.2020 um 16:55 schrieb Paul Dupuis via use-livecode 
> :
> 
> We have run into a possible problem. Researchware makes two applications, 
> HyperRESEARCH and HyperTRANSCRIBE. We have new forthcoming versions of both 
> built on LiveCode 9.5.1.
> 
> These two applications are code signed and the DMG is code signed, notarized, 
> and stapled for Catalina. They both work fine on testing on macOS ranging 
> from Mavericks (10.9) to Mojave (10.14).
> 
> We also only have a single Catalina system to test on. On that single system, 
> each application seems to work fine, but if we run them at the same time, the 
> second app to launch throws a script error on startup - and it looks like it 
> may be related to network actions on startup.
> 
> We have a TON more testing to do, but I wanted to ask if anyone have seen ANY 
> Catalina specific problems running multiple LiveCode standalones at the same 
> time?
> 
> Our hope is that this is a problem SPECIFIC to our single Catalina mac and 
> not a LC Engine or tsNet Catalina specific bug of some sort. To know that 
> some one else has run multiple LC 9 standalones at the same time on Catalina 
> and seen no errors would be kind of encouraging right now.
> 
> 
> 
> 
> 
> 
> ___
> 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


Possible Catalina problem...

2020-06-08 Thread Paul Dupuis via use-livecode
We have run into a possible problem. Researchware makes two 
applications, HyperRESEARCH and HyperTRANSCRIBE. We have new forthcoming 
versions of both built on LiveCode 9.5.1.


These two applications are code signed and the DMG is code signed, 
notarized, and stapled for Catalina. They both work fine on testing on 
macOS ranging from Mavericks (10.9) to Mojave (10.14).


We also only have a single Catalina system to test on. On that single 
system, each application seems to work fine, but if we run them at the 
same time, the second app to launch throws a script error on startup - 
and it looks like it may be related to network actions on startup.


We have a TON more testing to do, but I wanted to ask if anyone have 
seen ANY Catalina specific problems running multiple LiveCode 
standalones at the same time?


Our hope is that this is a problem SPECIFIC to our single Catalina mac 
and not a LC Engine or tsNet Catalina specific bug of some sort. To know 
that some one else has run multiple LC 9 standalones at the same time on 
Catalina and seen no errors would be kind of encouraging right now.







___
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


Catalina and Apple mail

2020-05-17 Thread Neville Smythe via use-livecode
Graham: before updating to Catalina definitely make a back of everything. When 
I updated I lost 35000 emails. Not just that they weren't loaded  by Mail, they 
were actually deleted from the computer. That said, that was some months ago, 
and Catalina has since solved that problem - reportedly; I have certainly had 
no problems since recent OS updates. Also it is safest to do a clean instal if 
you can rather an update from Mojave or whatever.

The experience was quite nasty. But in the process of using some LC code to 
recover my emails from a backup [BTW TimeMachine wouldn’t do the recovery 
automatically] I learnt a huge amount about mailbox structures and sqlite 
databases and found thousands of duplicate emails.

Neville

> On 18 May 2020, at 2:00 am, use-livecode-requ...@lists.runrev.com wrote:
> 
> Send use-livecode mailing list submissions to
>   use-livecode@lists.runrev.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   http://lists.runrev.com/mailman/listinfo/use-livecode
> or, via email, send a message with subject or body 'help' to
>   use-livecode-requ...@lists.runrev.com
> 
> You can reach the person managing the list at
>   use-livecode-ow...@lists.runrev.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of use-livecode digest..."
> 
> 
> you can find the archives for this list at:
> 
> http://lists.runrev.com/pipermail/use-livecode/
> 
> and search them using this link:
> 
> http://www.google.com/advanced_search?q=site:lists.runrev.com
> 
> 
> Today's Topics:
> 
>   1. Re: Apps to fight COVID-19 (Dar Scott Consulting)
>   2. Re: Sad truth about iOS apps (kee nethery)
>   3. Re: Sad truth about iOS apps (Graham Samuel)
> 
> 
> --
> 
> Message: 1
> Date: Sat, 16 May 2020 11:30:39 -0600
> From: Dar Scott Consulting 
> To: How to use LiveCode 
> Subject: Re: Apps to fight COVID-19
> Message-ID: <0e24ee6e-635f-4835-a635-14fb51258...@swcp.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Covid Watch (where I'm working) is decentralized. (of course) 
> 
>> On May 14, 2020, at 10:35 AM, Mark Wieder via use-livecode 
>>  wrote:
>> 
>> Updated news: Germany steps up to the plate
>> 
>> https://www.bbc.com/news/technology-52650576
>> https://github.com/corona-warn-app/cwa-documentation
>> 
>> -- 
>> Mark Wieder
>> ahsoftw...@gmail.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
> 
> 
> 
> 
> --
> 
> Message: 2
> Date: Sat, 16 May 2020 15:01:32 -0700
> From: kee nethery 
> To: How to use LiveCode 
> Subject: Re: Sad truth about iOS apps
> Message-ID: <6d75b644-1acf-4279-a960-840585638...@elloco.com>
> Content-Type: text/plain; charset=utf-8
> 
> Replaced or just deleted any 32 bit apps I had. Opened files in 32 bit apps 
> and converted them into something else, typically Text or PDF. Lots of files 
> I printed to PDF and stored the PDF versions. 
> 
> Bought some software to open MacDraw files and save them as PDF.
> 
> I had some WriteNow files that I had to move to a really old laptop, print to 
> PDF, and then move back. 
> 
> All in all, I?m pretty sure that every file I now have can be viewed under 
> Catalina. And thus, I have migrated to Catalina. It took a bunch of time, but 
> hey, have lots of time right now.
> 
> Kee
> 
>> On May 16, 2020, at 6:40 AM, Rick Harrison via use-livecode 
>>  wrote:
>> 
>> For those who upgrade to Catalina, remember you will lose any 32 bit apps
>> as Apple has forced everyone to move to 64 bit apps.
>> 
>> Good luck!
>> 
>> Rick
>> 
>>> On May 16, 2020, at 5:42 AM, Erik Beugelaar via use-livecode 
>>>  wrote:
>>> 
>>> Update: You can direclty upgrade from High Sierra to Catalina using the 
>>> macOS Catalina Patcher.
>>> Be sure that High Sierra is up-to-date and using APFS (new Apple File 
>>> System) instead of HFS+.
>> 
>> ___
>> 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: Terminal command for fixing Icon images not displaying properly in Mac OS X catalina

2020-03-25 Thread Martin Koob via use-livecode
Hi Matthias

Thanks for doing the searching on my behalf. I was embarrassed to ask a 
question that I knew I should be able to find the answer online but  I was 
getting nowhere. I couldn’t remember the terms like the shell command or the 
name of the colour  property that was being changed so I was getting nowhere. 
 

I did remember ‘remove’ but I thought ‘remove' was the shell command but when I 
looked at man for that I knew that was wrong.


Thanks for the quick response. 


Regards,

Martin Koob



> On Mar 25, 2020, at 5:12 PM, matthias rebbe via use-livecode 
>  wrote:
> 
> Hi Martin,
> 
> i had to search a little bit.
> 
> Mark Waddingham´s solution: 
> terminal command:   sips -d profile --deleteColorManagementProperties 
> PATH../Image.png
> 
> and my... 
> 
> dragging the image onto Remove.app in  /library/scripts/colorsync/ 
> 
> replaces the ColorSync Profile to sRGB IEC61966-2.1
> 
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 25.03.2020 um 20:38 schrieb Martin Koob via use-livecode 
>> :
>> 
>> Hi.
>> 
>> I saw a discussion earlier on this list or the forums about an issue I was 
>> having with Catalina.
>> 
>> Icons that appeared fine on earlier versions of Mac OS X now appeared black 
>> on Catalina.
>> 
>> The solution posted was a simple terminal command that would strip  the 
>> “something” from the image files which was causing the problem.
>> 
>> At the time I made a note of it I thought but now I can’t find it.   I have 
>> searched the list and the forums and the web I can’t find a post about this.
>> 
>> I can’t. remember the terminal command (something simple like ‘remove’)  nor 
>> the “something” that was removed so my searches are pretty general and not 
>> finding anything.
>> 
>> Does anyone else remember this?
>> 
>> Thanks
>> 
>> Martin
>> 
>> 
>> 
>> 
>> ___
>> 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: Terminal command for fixing Icon images not displaying properly in Mac OS X catalina

2020-03-25 Thread matthias rebbe via use-livecode
Hi Martin,

i had to search a little bit.

Mark Waddingham´s solution: 
terminal command:   sips -d profile --deleteColorManagementProperties 
PATH../Image.png

and my... 

dragging the image onto Remove.app in  /library/scripts/colorsync/ 

replaces the ColorSync Profile to sRGB IEC61966-2.1




-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 25.03.2020 um 20:38 schrieb Martin Koob via use-livecode 
> :
> 
> Hi.
> 
> I saw a discussion earlier on this list or the forums about an issue I was 
> having with Catalina.
> 
> Icons that appeared fine on earlier versions of Mac OS X now appeared black 
> on Catalina.
> 
> The solution posted was a simple terminal command that would strip  the 
> “something” from the image files which was causing the problem.
> 
> At the time I made a note of it I thought but now I can’t find it.   I have 
> searched the list and the forums and the web I can’t find a post about this.
> 
> I can’t. remember the terminal command (something simple like ‘remove’)  nor 
> the “something” that was removed so my searches are pretty general and not 
> finding anything.
> 
> Does anyone else remember this?
> 
> Thanks
> 
> Martin
> 
> 
> 
> 
> ___
> 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


Terminal command for fixing Icon images not displaying properly in Mac OS X catalina

2020-03-25 Thread Martin Koob via use-livecode
Hi.

I saw a discussion earlier on this list or the forums about an issue I was 
having with Catalina.

Icons that appeared fine on earlier versions of Mac OS X now appeared black on 
Catalina.

The solution posted was a simple terminal command that would strip  the 
“something” from the image files which was causing the problem.

At the time I made a note of it I thought but now I can’t find it.   I have 
searched the list and the forums and the web I can’t find a post about this.

I can’t. remember the terminal command (something simple like ‘remove’)  nor 
the “something” that was removed so my searches are pretty general and not 
finding anything.

Does anyone else remember this?

Thanks

Martin




___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-13 Thread Pi Digital via use-livecode
> ... it is always a good idea when developing for public consumption to 
> develop for the (reasonably) lowest common denominator.


This works with the public. Not so much with a massive set of corporate 
enterprises where IT departments (all of them) will choose to test and roll out 
upgrades/updates not long (maybe a month) after its release. This is decided 
upon because of 2 main factors - 1. security measures implemented in the 
updates based on real world attacks; 2. The next minor update is hot on its 
heels. Apple release bêtas so that IT depts can do the main test ahead of time 
and then on gm they do a final check then release. (Actually, à lot of them 
wait for Apple to release a x.x.01 before release so that all the initial bugs 
are removed :p)

As a supplier to these companies we have to sign off that we are not putting 
their devices and systems at risk by using out of date security measures and 
sdk’s. And so we must be capable of using the very latest Sdks and wares.

But, fortunately, as Panos said, these newer oss and IDEs are covered by 
current releases (9.5.1 and 9.6dp2) although not mentioned in the release 
notes. And that is what was scaring me and potentially newbies off from making 
use of it. If it says it’s not supported I can’t risk installing it and end up 
not being able to revert easily or otherwise stop working. 

It’s just frustrating that these fixes have been sitting on the server waiting 
for release for a couple of months and not just pushed out in even a dp or rc 
form. It would enable us to Have time to test them thoroughly ahead of gm 
release. And even start putting them to use. 

Sean Cole
Pi Digital


> On 13 Mar 2020, at 15:44, Bob Sneidar via use-livecode 
>  wrote:
> 
> Just to diverge a bit (as I am wont to do), when new browsers and features 
> began to be prolific, a lot of web devs would initially develop sites using 
> the new features. What resulted however is that they excluded vast numbers of 
> visitors who could not view their web sites, or had reduced capabilities. 
> 
> By reasonable, I mean for example, making sure an app will run in Windows 7 
> or whatever version of iOS the Apple Store accepts. Unreasonable would be 
> trying to support iOS 7 of Windows XP or Vista. 
> 
> If using the latest SDK and Livecode version doesn't accomplish this, I would 
> consider maintaining an SDK and LC version that does, and avoid using 
> features in your apps that environment cannot support. 
> 
> My 2¢
> 
> Bob S
> 
> ___
> 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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-13 Thread Bob Sneidar via use-livecode
Just to diverge a bit (as I am wont to do), when new browsers and features 
began to be prolific, a lot of web devs would initially develop sites using the 
new features. What resulted however is that they excluded vast numbers of 
visitors who could not view their web sites, or had reduced capabilities. 

What evolved from that period of painful learning is that it is always a good 
idea when developing for public consumption to develop for the (reasonably) 
lowest common denominator. By reasonable, I mean for example, making sure an 
app will run in Windows 7 or whatever version of iOS the Apple Store accepts. 
Unreasonable would be trying to support iOS 7 of Windows XP or Vista. 

If using the latest SDK and Livecode version doesn't accomplish this, I would 
consider maintaining an SDK and LC version that does, and avoid using features 
in your apps that environment cannot support. 

My 2¢

Bob S

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-13 Thread Pi Digital via use-livecode
Hi Panos

Thank you for your lengthy descriptive explanation. It’s appreciated. 

Perhaps this should be written in the Release Notes - you know, for 
clarification. So that a newbie or even an oldie knows what to expect. If the 
RN says it’s not supported then they/we will be ‘scared off from using it. ‘It’ 
being either LC or the new OSs/Xcode’s/Eclipses/Whatever’s. Especially as you 
put so much effort into writing it. 

Still, your fix has been sat on github for 2months held ‘at the mercy’ of 
waiting for other bugs to be fixed and features added/completed. In 3 or months 
time Apple will ‘announce’ another major version of iOS MacOS and so on. And, 
at this rate it will be another 12 months (start your stopwatch) before 
‘support’ is added. And so the cycle continues. It could have been sorted and 
fed out 6mths ago without a doubt. 

It has to be remembered that LC is not the only software we have running on our 
systems, each with their own set of ‘requirements’. So of course we will have 
need for the latest os and Xcode. And then the need for multiple Xcode and 
terminal commands to avoid conflicts. So clarity is definitely needed and 
appreciated. Hopefully by painting a picture of the other side of the fence 
helps in understanding ‘why’ getting it out of the door quicker is very much 
needed. 

All the best

Sean Cole
Pi Digital

> On 13 Mar 2020, at 07:46, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello all,
> 
> Just a clarification, as this has been a source of confusion for a long
> time.
> 
> The current LC 9.x versions do support MacOS Catalina. Also, with the
> latest LiveCode versions (9.5.1 and 9.6 DP-2 - and possibly earlier
> versions too) you can still deploy apps for iOS 13.x - and these apps will
> continue to run even on iOS 14 and 15 in the future.
> 
> You do NOT need the latest Xcode for building apps, if you want your apps
> to run in the latest iOS version.
> 
> There are 2 different places where the iOS version comes to play:
> 
> (1) The iOS version of the device you want your app to run
> 
> (2) The iOS SDK version which is included in each Xcode
> 
> For (1) - you do not need the latest Xcode. Building apps with older Xcode
> versions will work just fine if your device runs the most recent iOS
> version. In fact, when a new LC version is released, and it includes
> support for building with the latest Xcode - it still includes support for
> building with older Xcode versions, if your Mac runs an older MacOS version.
> 
> So one might ask, why do we need to use the latest iOS SDK version (to
> build the app), so why is the LC team each time struggling to include
> support for the latest Xcode (which includes the latest iOS SDK version)?
> 
> The answer is we do NOT always need to use the latest iOS SDK version. But
> when do we *actually* might need it? Well, in the following cases:
> 
> (a) If you want to submit your app to the AppStore and Apple *requires*
> your app to have been built against a minimum iOS SDK version. When this is
> the case, we always release a LC version that supports the required
> Xcode/iOS_SDK version before the deadline posed by Apple
> 
> (b) If your app can support a specific new feature that will be available
> only when built against a specific iOS SDK (imagine iOS SDKs as libraries -
> a newer one can contain new functions/features, so if you want to use these
> new functions you have to use this specific iOS SDK to built the app). An
> example is the TouchID/FaceID support.
> 
> However, note that iOS SDKs with new features are released in the *major*
> Xcode versions, and the minor releases are usually just bugfixes in Xcode
> itself, for which you really do not care, as you do not actually use the
> Xcode IDE to built the iOS app.
> 
> So really in the vast majority of the cases we only need to support major
> Xcode releases, something which does happen, without major delays. So,
> since you can currently build apps against the iOS 13.1 SDK (i.e. using
> Xcode 11.1), there is really no need to add support for Xcode 11.2 or 11.3.
> 
> Similarly, when Xcode 12.x was released, we needed to add support for Xcode
> 12 (or 12.1), but not really for Xcode 12.2, 12.3 etc
> 
> The main reason we continue to add support for minor Xcode releases is that:
> 
> - we do not want to ask people keeping multiple (older) versions of Xcode
> in their machines.
> - a lot of people have enabled auto-updates, so their Xcode version will be
> updated automatically
> - someone downloading Xcode for the first time will probably download the
> latest version
> 
> So for these reasons we are trying - but not always successfully - to
> support the latest minor Xcode updates.
> 
> Hope this helps,
> Panos
> --
> 
>> On F

Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-13 Thread panagiotis merakos via use-livecode
Hello all,

Just a clarification, as this has been a source of confusion for a long
time.

The current LC 9.x versions do support MacOS Catalina. Also, with the
latest LiveCode versions (9.5.1 and 9.6 DP-2 - and possibly earlier
versions too) you can still deploy apps for iOS 13.x - and these apps will
continue to run even on iOS 14 and 15 in the future.

You do NOT need the latest Xcode for building apps, if you want your apps
to run in the latest iOS version.

There are 2 different places where the iOS version comes to play:

(1) The iOS version of the device you want your app to run

(2) The iOS SDK version which is included in each Xcode

For (1) - you do not need the latest Xcode. Building apps with older Xcode
versions will work just fine if your device runs the most recent iOS
version. In fact, when a new LC version is released, and it includes
support for building with the latest Xcode - it still includes support for
building with older Xcode versions, if your Mac runs an older MacOS version.

So one might ask, why do we need to use the latest iOS SDK version (to
build the app), so why is the LC team each time struggling to include
support for the latest Xcode (which includes the latest iOS SDK version)?

The answer is we do NOT always need to use the latest iOS SDK version. But
when do we *actually* might need it? Well, in the following cases:

(a) If you want to submit your app to the AppStore and Apple *requires*
your app to have been built against a minimum iOS SDK version. When this is
the case, we always release a LC version that supports the required
Xcode/iOS_SDK version before the deadline posed by Apple

(b) If your app can support a specific new feature that will be available
only when built against a specific iOS SDK (imagine iOS SDKs as libraries -
a newer one can contain new functions/features, so if you want to use these
new functions you have to use this specific iOS SDK to built the app). An
example is the TouchID/FaceID support.

However, note that iOS SDKs with new features are released in the *major*
Xcode versions, and the minor releases are usually just bugfixes in Xcode
itself, for which you really do not care, as you do not actually use the
Xcode IDE to built the iOS app.

So really in the vast majority of the cases we only need to support major
Xcode releases, something which does happen, without major delays. So,
since you can currently build apps against the iOS 13.1 SDK (i.e. using
Xcode 11.1), there is really no need to add support for Xcode 11.2 or 11.3.

Similarly, when Xcode 12.x was released, we needed to add support for Xcode
12 (or 12.1), but not really for Xcode 12.2, 12.3 etc

The main reason we continue to add support for minor Xcode releases is that:

- we do not want to ask people keeping multiple (older) versions of Xcode
in their machines.
- a lot of people have enabled auto-updates, so their Xcode version will be
updated automatically
- someone downloading Xcode for the first time will probably download the
latest version

So for these reasons we are trying - but not always successfully - to
support the latest minor Xcode updates.

Hope this helps,
Panos
--

On Fri, 13 Mar 2020 at 07:18, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Sean Cole wrote:
>
>  > I've added updates to this bug relating to the script editor issues
>  > and crashes
>  >
>  > https://quality.livecode.com/show_bug.cgi?id=22389
>
> Thank you, Sean.  I'm signed onto the report, and will add any notes I
> can if I see this on my Mac.
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.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
>
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Richard Gaskin via use-livecode

Sean Cole wrote:

> I've added updates to this bug relating to the script editor issues
> and crashes
>
> https://quality.livecode.com/show_bug.cgi?id=22389

Thank you, Sean.  I'm signed onto the report, and will add any notes I 
can if I see this on my Mac.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Mark Wieder via use-livecode

On 3/12/20 9:12 PM, Sean Cole (Pi) via use-livecode wrote:

I was able to reproduce the issue (continually) so I did another screen
recording. It's either the auto-type suggestion thing or it's the error
bullet it puts on the numbers (which would then tie up with the breakpoint
and other SE errors). Interesting!


Sean-

That's awesome! A repeatable recipe.
I notice that the error indicator moves between lines 3356 and 3357, as 
it should, as you type, finally ending up at line 3358 at the hang. So 
with that in mind...


Did you press return after typing "then" or did the hang happen as soon 
as you typed that word?

Does the hang only happen if you have the Breakpoints tab selected?
How about if you selected the Errors tab instead?
You're using 9.5.1 Indy and I see you have the Autocomplete option 
enabled... do you have the Control Structure Completion option enabled 
as well?


--
 Mark Wieder
 ahsoftw...@gmail.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Sean Cole (Pi) via use-livecode
I was able to reproduce the issue (continually) so I did another screen
recording. It's either the auto-type suggestion thing or it's the error
bullet it puts on the numbers (which would then tie up with the breakpoint
and other SE errors). Interesting!

Sean

On Fri, 13 Mar 2020 at 03:47, Sean Cole (Pi)  wrote:

> I've added updates to this bug relating to the script editor issues and
> crashes
>
> https://quality.livecode.com/show_bug.cgi?id=22389
>
>
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Sean Cole (Pi) via use-livecode
I've added updates to this bug relating to the script editor issues and
crashes

https://quality.livecode.com/show_bug.cgi?id=22389
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread J. Landman Gay via use-livecode
I see now. I confess that I stopped reading the subject itself after a 
while when the thread took off on a tangent. You make a valid point. LC 
actually did what you describe when 64-bit started to be required on OS X. 
They released a rapid update and made the deadline but it was close. I 
heard they really had to scramble, but they knew how important it was. 
Apparently Apple doesn't give much advance notice to third-party IDE 
developers. If you're working in Xcode these changes are less intrusive.


I haven't yet installed Catalina, but I submitted an app to the App Store 
last week built with Xcode 11.1 and LC 9.6dp2, and it ran on iOS 13. It was 
not rejected for that reason (though I did screw up on something else.) 
Unless something has changed since then, I think you can proceed. LC has 
always met the final deadlines for these things and I'm sure they'll do it 
again.


But I agree that a longer lead time would ease everyone's mind. Is Xcode 
11.3 or iOS 13.3 required soon? I thought we still had a month or more left.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 12, 2020 8:54:11 PM Pi Digital via use-livecode 
 wrote:


The clue is in the subject heading, Jacque. At least, I thought it was 
plain enough. The script editor and HTML issues I mentioned were just ‘mind 
wind’ in the process of bemoaning the speed of uptake to current OS and 
Xcode support.


Here’s the big issue. Essential updates that all users are dependent on, 
like OS support, are held off from release while other minor updates are 
worked on and refined. I would venture to suggest that a new policy for 
these heavy releases to come quicker in a x.x.x release while the other 
combination/collection of fixes and features be sent out in an x.x release. 
This would then make sure critical errors/features (which I would say OS 
support fits into) are addressed and released quicker while not being held 
off at the mercy of other fixes waiting in the wings.


Using this method would make it easier on the hub too. Anyone working on 
non critical updates can develop to the sub major release (ie. 9.7) while 
other more critical fixes can be applied to minor (not minor in urgency) 
releases (ie. 9.6.24). These can then have just one or three fixes that 
then get fed upstream into the 9.7 develop branch to be then checked 
against any other features being added to it.


Does that make sense?

Sean Cole
Pi Digital
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Pi Digital via use-livecode
The clue is in the subject heading, Jacque. At least, I thought it was plain 
enough. The script editor and HTML issues I mentioned were just ‘mind wind’ in 
the process of bemoaning the speed of uptake to current OS and Xcode support.

Here’s the big issue. Essential updates that all users are dependent on, like 
OS support, are held off from release while other minor updates are worked on 
and refined. I would venture to suggest that a new policy for these heavy 
releases to come quicker in a x.x.x release while the other 
combination/collection of fixes and features be sent out in an x.x release. 
This would then make sure critical errors/features (which I would say OS 
support fits into) are addressed and released quicker while not being held off 
at the mercy of other fixes waiting in the wings. 

Using this method would make it easier on the hub too. Anyone working on non 
critical updates can develop to the sub major release (ie. 9.7) while other 
more critical fixes can be applied to minor (not minor in urgency) releases 
(ie. 9.6.24). These can then have just one or three fixes that then get fed 
upstream into the 9.7 develop branch to be then checked against any other 
features being added to it. 

Does that make sense? 

Sean Cole
Pi Digital
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread J. Landman Gay via use-livecode

This one was okay. :) You sound a little more relaxed.

I frequently have the same frustrations as you do, but knowing a little 
about the team helps moderate my posts. I think this long thread could have 
been shorter if you had just said what roadblocks in particular are 
preventing you from completing the work. I do understand you're having 
issues with the script editor, but what features exactly do you need that 
don't exist? (I hope I didn't miss something.)


When I felt completely blocked because I couldn't find a way to scroll to 
metadata in a field, several people jumped in to help me and Mark 
Waddingham even provided a complete handler. I would have lost the job 
without that. I'm grateful.


So maybe we can help you too. Throw out a challenge.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 12, 2020 6:54:28 PM Pi Digital via use-livecode 
 wrote:



Hi all

Thank you for all your kind words. Sorry, you said ‘no’ sarcasm. Oops. My bad.

I had posted this originally to the dev-livecode list but I thought 
(accurately) I wouldn’t get a reponse from that. I’m sooo sorry (oops, I 
did it again) that this is viewed potentially by newbies. Although hiding 
the truth (‘forever’) is not a good policy either. Maybe one of them will 
notice that it doesn’t support the latest OSs/Xcode/Android. [Sharp inhale] 
Suppose they find out! Oh no!!


I’ve been looking around but I can’t find a rant-livecode forum or the 
use-livecodeAtYourPeril forum or even a 
tryToUse-LiveCodeButEndUpUsingHeapsOfJavascriptAndPHPWorkaroundsInstead 
forum. Or even the dontUse-LiveCodeBecauseItsCrashedAgain forum.


I’ve been thinking for a while whilst reading the various support and 
‘spanking’ messages what I might write. But I worked out that the only 
‘nice’ thing would be to say nothing (as my dear grandma always said I 
should). But at some point something has to be said.


I currently have a client breathing heavily behind me because I can’t 
supply what they need. And by now I should be able to. My competitors, 
they’re new suppliers, are able to. I would be trying to fix the LC issues 
with HTML deployment myself if I wasn’t so bogged down with the workarounds 
on top of workarounds that are so messing with my head. I’ve been working 
18hr days for months. So forgive me for asking a legitimate question (ok, 
in mild rant form) on a forum which is the ONLY place I can vent to others 
who USE-LIVECODE!! Name me one other place where Only veteran users can go 
and vent with like minded pro users of LC and I’m there! I someone 
created one I guarantee it would get tonnes more use than this one albeit 
unseen by the LC team.


Which brings me to the final point (‘phew’ I hear you say!). Someone asked 
what I thought I would get from posting it here. Well, as someone else 
pointed out, the likes of the CTO do poke there heads this way every now 
and then. Interestingly today, maybe by coincidence, the amount of 
git-pulls have been massive in comparison to the last three months. 
Hopefully this means they are indeed gearing up to release a fixed 9.6GM or 
RC for us to work with on Friday (their preferred release day 
historically). I’d like to think (for my own satisfaction only) that my OP 
pushed towards it but would be just as ‘happy’(ish) if they were already 
about to. Either way, my original point of posting was to get a heads up 
and vent a teeny-tiny amount of my current frustration at this current time 
which is just a part of the never ending circle of futility I find myself in.


Now, ‘that’ up there is what you call a rant :) I felt ill before typing 
this but feel much better now. Thank you all again.


I’ve re-read this to be sure I wasn’t abusive or saying anything unfair or 
unqualified. Sarcastic, yes, but not of the hurtful kind. I’m trying to 
make light of it despite the mild-affronts and my warm neck. There was no 
Attack on LC. It was a question of Why the wait and How do I explain to my 
soon to be lost client and pay packet to my mortgage lenders. I hope you 
all now understand.


Sean Cole
Pi


___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Richard Gaskin via use-livecode

Pi Digital wrote:

> I had posted this originally to the dev-livecode list but I thought
> (accurately) I wouldn’t get a reponse from that.

Yep, the dev list has been more or less retired since LC went open 
source. I'm not sure why it's still even up, except that a few people 
wanted it when they last asked if it should remain. So it's running, but 
few read it.  This list is a good choice.



> I currently have a client breathing heavily behind me because I can’t
> supply what they need. And by now I should be able to. My competitors,
> they’re new suppliers, are able to.

Happens all the time. I've formed relationships with others employing 
complimentary skills and tooling for that purpose, bringing their 
specialties on board for things outside of my core services.


And sometimes the project as a whole is sufficiently outside of what I 
do that I just refer the client to another qualified professional.


No one does everything.  Relationships bridge the gaps the 
cross-training or interest haven't yet filled.


It's a big world, and software is eating it. Lots of opportunity for 
nearly any specialty or mix of specialties.



> I would be trying to fix the LC issues with HTML deployment myself
> if I wasn’t so bogged down with the workarounds on top of workarounds
> that are so messing with my head.

When LC's HTML export was first announced, I read up on Emscripten and 
how it works.  Impressive for certain things, but when the result is 
running a scripting language inside of a canvas object interpreted by 
another scripting language, I figured I'd stick with brushing up my JS.


I know at least one developer who has been using it profitably for a 
very specialized service. I'm glad for him.  But my own needs are in a 
different field, with a different market, and working closer to the 
browser engine is a better fit for my own work.


Similarly, I used to use LC for systems administration, until I learned 
bash.  I can get the work done with LC, but I can get it done more 
quickly with the language designed specifically for that niche.


LC's sweet spot is xplat desktop GUIs, where it's unbeatable.  It's a 
good contender for mobile apps, and as a server tool*. Personally, I 
don't even think about HTML export, even though I helped fund the 
project to see whee it might go.


And even though I spend some time in JS and bash, much of that work has 
at least some LC mixed in along the way.  There's always some GUI tool, 
or some text processing for which awk feels awkward.  Lots of choices, 
combined and recombined as needed.


LC is nice, but it's not every language.  There are hundreds, with more 
each year, because each is contributing a unique mix of strengths the 
others don't have.


Back in the day I used to even write object store systems in LC (think 
MondgoDB scaled down for shared-hosting CGI).  Not bad, and on two 
projects I still use it, but for new work I'm more inclined spin up a 
VPS and install Mongo or Couch.


Same with server management.  I started down the DIY road with an 
LC-based system and some clever (if I do say so myself ) use of the 
bash "expect" program.  Fun and all, but ultimately a lot of work to 
handle every edge case or new capability.  And all the while Ansible is 
sitting there waiting to be used by those who need a daemonless option, 
or go old-school with a few bash scripts.


You know how much I enjoy and value LiveCode.  But I don't use it for 
everything.  I use it where it's the best choice for the task at hand.




* RE server use: This is one area where I feel LiveCode's potential has 
yet to be fully realized by the world. Consider Ruby or Python: fine 
languages, but rarely used as CGIs before Rails and Django.  Now Ruby on 
Rails has grown to such an audience that it's almost single-handedly 
justified returning to CGI in many shops. LiveCode performs roughly on 
par with both of them, but with chunk expressions - most of what we need 
to do on servers is text manipulation, and for that LC rocks!


Our community is blessed with Ralf Bitter's tremendously excellent 
revIgniter framework.  Modeled on WebIgniter, it's an excellent toolkit 
for a great many tasks.


But the PHP world has more than one framework.  Same with Python.

I'd like to believe that as we build out great server apps with LC, out 
of this activity will emerge new and useful libraries, tools, and 
frameworks that can help the rest of the world come to appreciate the 
benefits of scripting in LiveCode.


Same with streaming desktop apps, so easy in LC, so valuable to users, 
so underutilized...


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to 

Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Pi Digital via use-livecode
No offence taken at all, Matthias. I felt you hit ‘the nail’ on the head, not 
me. ;)

I do regret bringing up my last ‘incident’ at all. It’s a bit of a splinter 
that just won’t go away for me and hard not to be reminded of far to often when 
I face the near same issues of failure I did back then. 

But thank you (not sarcasm this time) for looking out for me. 

Sean Cole
Pi Digital Productions Ltd


eMail Ts & Cs


> On 12 Mar 2020, at 23:18, matthias rebbe via use-livecode 
>  wrote:
> 
> 
> 
>>> Am 13.03.2020 um 00:09 schrieb hh via use-livecode 
>>> :
>>> 
>>> Matthias wrote:
>>> I did NOT refer to any personal problems. So please do not impute
>>> such an intention to me.
>> 
>> Sorry Matthias, I obviously misinterpreted "your problems last year".
>> Hopefully Sean Cole didn't also misinterpret this.
>> 
> I hope so too. 
> 
> As you might know i am native German who had English only in school (30 years 
> ago). Although i am trying my best to express my thoughts correctly without 
> being misunderstood, it sometimes might sound other than it was intended.
> 
> 
> 
>> ___
>> 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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Pi Digital via use-livecode
Hi all

Thank you for all your kind words. Sorry, you said ‘no’ sarcasm. Oops. My bad. 

I had posted this originally to the dev-livecode list but I thought 
(accurately) I wouldn’t get a reponse from that. I’m sooo sorry (oops, I did it 
again) that this is viewed potentially by newbies. Although hiding the truth 
(‘forever’) is not a good policy either. Maybe one of them will notice that it 
doesn’t support the latest OSs/Xcode/Android. [Sharp inhale] Suppose they find 
out! Oh no!!

I’ve been looking around but I can’t find a rant-livecode forum or the 
use-livecodeAtYourPeril forum or even a 
tryToUse-LiveCodeButEndUpUsingHeapsOfJavascriptAndPHPWorkaroundsInstead forum. 
Or even the dontUse-LiveCodeBecauseItsCrashedAgain forum. 

I’ve been thinking for a while whilst reading the various support and 
‘spanking’ messages what I might write. But I worked out that the only ‘nice’ 
thing would be to say nothing (as my dear grandma always said I should). But at 
some point something has to be said. 

I currently have a client breathing heavily behind me because I can’t supply 
what they need. And by now I should be able to. My competitors, they’re new 
suppliers, are able to. I would be trying to fix the LC issues with HTML 
deployment myself if I wasn’t so bogged down with the workarounds on top of 
workarounds that are so messing with my head. I’ve been working 18hr days for 
months. So forgive me for asking a legitimate question (ok, in mild rant form) 
on a forum which is the ONLY place I can vent to others who USE-LIVECODE!! Name 
me one other place where Only veteran users can go and vent with like minded 
pro users of LC and I’m there! I someone created one I guarantee it would 
get tonnes more use than this one albeit unseen by the LC team. 

Which brings me to the final point (‘phew’ I hear you say!). Someone asked what 
I thought I would get from posting it here. Well, as someone else pointed out, 
the likes of the CTO do poke there heads this way every now and then. 
Interestingly today, maybe by coincidence, the amount of git-pulls have been 
massive in comparison to the last three months. Hopefully this means they are 
indeed gearing up to release a fixed 9.6GM or RC for us to work with on Friday 
(their preferred release day historically). I’d like to think (for my own 
satisfaction only) that my OP pushed towards it but would be just as 
‘happy’(ish) if they were already about to. Either way, my original point of 
posting was to get a heads up and vent a teeny-tiny amount of my current 
frustration at this current time which is just a part of the never ending 
circle of futility I find myself in. 

 Now, ‘that’ up there is what you call a rant :) I felt ill before typing this 
but feel much better now. Thank you all again.

I’ve re-read this to be sure I wasn’t abusive or saying anything unfair or 
unqualified. Sarcastic, yes, but not of the hurtful kind. I’m trying to make 
light of it despite the mild-affronts and my warm neck. There was no Attack on 
LC. It was a question of Why the wait and How do I explain to my soon to be 
lost client and pay packet to my mortgage lenders. I hope you all now 
understand. 

Sean Cole
Pi


___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread matthias rebbe via use-livecode

Not just dropped APIs. 
It starts already with Apple deciding if the functionality of an iOS App is 
worth to be approved for the Appstore or not. 
I had created 3 apps for a customer which were not accepted by Apple by the 
"lack" of functionality. At least that was the reason they told us, although we 
could proof that there were other similar apps in the store with less 
functionality. Some of them were even approved later than our apps were 
submitted.
The good thing was that i get paid anyway because the complete design and 
functionality was described by the customer in specification sheets. So i was 
not responsible for the rejection of the apps.

It´s always a risk to develop iOS apps. You´ll never know if they get accepted 
or not. 
An other risk is that every new iOS release might break your existing app in 
the iOS app store.
 
> 
> Perhaps a good approach is to include in any contract for software products 
> or development the disclaimer that if the customer requests support for a 3rd 
> party API, that functionality and support for that API is restricted to the 
> terms of the 3rd party. Not sure how to word that legally. 
> 
That´s a good idea. So the developer is not responsible if there are changes to 
the 3rd party API  and thereby the functionality of the program is disturbed or 
impaired. 
> Bob S






___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread matthias rebbe via use-livecode



> Am 13.03.2020 um 00:09 schrieb hh via use-livecode 
> :
> 
>> Matthias wrote:
>> I did NOT refer to any personal problems. So please do not impute
>> such an intention to me.
> 
> Sorry Matthias, I obviously misinterpreted "your problems last year".
> Hopefully Sean Cole didn't also misinterpret this.
> 
I hope so too. 

As you might know i am native German who had English only in school (30 years 
ago). Although i am trying my best to express my thoughts correctly without 
being misunderstood, it sometimes might sound other than it was intended.



> ___
> 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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Bob Sneidar via use-livecode
I hesitate to opine, but there's so much here. I think anytime a product is 
dependent on a Google API, long term support is uncertain. For example, 
recently Google dropped support for Google Docs. The copier companies have 
written plugins to their copiers SPECIFICALLY to work with Google Docs. So 
Toshiba, Konica, Canon, Ricoh... all sold commercial products to support an API 
that CUSTOMERS ASKED FOR, and now it's gone. Poof. Bang. 

Their recourse? Nil. Nada. See, Google very wisely advised everyone that they 
reserved the right to discontinue any or all of their API services at their own 
discretion, so no one has any recourse. Not the end user, not the hardware 
vendor. 

This begs the question, what recourse can any of us expect when we support a 
3rd party API from ANYONE, including one of our own? Apple and Google can 
change their terms of service or APIs anytime they want, and can pull the rug 
out from under our commercial products and we are helpless. Oracle can push out 
a critical update to their SQL server that sqlYoga can't handle, and Trevor can 
say, "Yeah, no not going to update that product because I've discontinued 
supporting it." I'd be forced to completely refactor what is now a fairly 
complex app. This is the nature of software development in this pervasively 
connected world of ours. 

Perhaps a good approach is to include in any contract for software products or 
development the disclaimer that if the customer requests support for a 3rd 
party API, that functionality and support for that API is restricted to the 
terms of the 3rd party. Not sure how to word that legally. 

Bob S


> On Mar 12, 2020, at 15:31 , matthias rebbe via use-livecode 
>  wrote:
> 
> Herman, the problems i referred to were the problems he had  with a library 
> that did not work anymore after Google changed something and he was in urgent 
> need of a fix, which was not possible because Monte were at sleep at the time 
> of Sean´s posting and therefore he lost an important customer.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread hh via use-livecode
> Matthias wrote:
> I did NOT refer to any personal problems. So please do not impute
> such an intention to me.

Sorry Matthias, I obviously misinterpreted "your problems last year".
Hopefully Sean Cole didn't also misinterpret this.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread matthias rebbe via use-livecode

> Am 12.03.2020 um 23:15 schrieb hh via use-livecode 
> :
> 
> 

> What I woud like to see is that Sean Cole(pi digital) can write here his
> opinion without being attacked just for writing that: No content-based
> attack, but using the most nasty kind of attack, using (supposed) personal
> problems ("your problems last year").
> While content-based attacks would have been OK for me.
> 
Herman, the problems i referred to were the problems he had  with a library 
that did not work anymore after Google changed something and he was in urgent 
need of a fix, which was not possible because Monte were at sleep at the time 
of Sean´s posting and therefore he lost an important customer.

I did NOT refer to any personal problems. So please do not impute such an 
intention to me.

> If this is not possible, I'll better leave this list.
> 
> ___
> 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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread hh via use-livecode
> Richard G. wrote at Mike K.:
> The rest of us are having conversations with none other than the lead 
> engineer, right here on this list this morning.

Yes the CTO was in the last two weeks probably more often here than in the
last two years before that two weeks. But he's now more often searching
for excuses than for real help, because there is no real progress with LCS
(except removing 9.5 bugs), LCB and HTML5.

> Help me understand: what would you like to see?

What I woud like to see is that Sean Cole(pi digital) can write here his
opinion without being attacked just for writing that: No content-based
attack, but using the most nasty kind of attack, using (supposed) personal
problems ("your problems last year").
While content-based attacks would have been OK for me.

If this is not possible, I'll better leave this list.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Mike Kerner via use-livecode
it really has been, by multiple people, over multiple years.  i'm not going
to repeat myself, or them.
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Richard Gaskin via use-livecode

Mike Kerner wrote:

> there is a difference between complaining and flameing
> badgering over the status of qr's shouldn't be necessary.  badgering
> over comms shouldn't be necessary.

Agreed, but there have been two posts with abstractions about 
"communications" and neither has expressed what exactly it is they're 
looking for.


The rest of us are having conversations with none other than the lead 
engineer, right here on this list this morning.


Help me understand: what would you like to see?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Mike Kerner via use-livecode
i'm kind-of annoyed.  i have spent enough of my company's funds and my
personal time doing lc sessions for beginners.  the two years before the lc
global sessions, we had a similar level of communication from hq as we do
now.
there is a difference between complaining and flameing
badgering over the status of qr's shouldn't be necessary.  badgering over
comms shouldn't be necessary.  badgering over roadmaps shouldn't be
necessary
why am i putting out rfq's, trying to find alternatives to lc?
and yes, the internet doesn't forget.  perhaps lc should take that to
heart.  we should all take that to heart with our customers.

On Thu, Mar 12, 2020 at 3:36 PM prothero--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Well said, Jacqueline!
> Bill
>
> William A. Prothero
> Santa Barbara, CA. 93105
> http://earthlearningsolutions.org/
>
> > On Mar 12, 2020, at 11:58 AM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 3/12/20 12:39 PM, hh via use-livecode wrote:
> >> The uselist is not a LC-praising list. As long as we have the freedom
> of speech
> >> everybody can say whether he is contented with LC or not. And nothing
> written does
> >> change anything*with LC*, also not your positive-only (and excellent)
> posts ...
> >
> > Tone is important. There is difference whether the post is a discussion
> of a problem, or a rant against the team and the company. Discussions are
> useful and productive. A rant that attacks the dedicated people who are
> doing their best for us can cause some of us to become defensive.
> >
> > For myself, it feels like an attack on my friends. I know these people,
> how hard they work, and how much they want LC to succeed. I also know that
> they are deluged with work, they need to choose their priorities carefully,
> and they care very much. To date, they have met every requirement that the
> shifting sands at Apple and Google have thrown at them. They need to drop
> everything else to meet those deadlines, but they do it. Of course, that
> puts them behind on other things.
> >
> > These list posts go into a permanent archive where they can discourage
> others from trying LC well into the future; I see no point in making LC
> look bad to any interested parties. A frank discussion is fine, readers
> absolutely do need to know where traps may lie and what the current status
> of the product is. But sarcasm and scathing condemnation is neither
> acceptable nor productive.
> >
> > Basically: be kind. Think how you'd feel if what you are about to write
> was directed at you.
> >
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software   | http://www.hyperactivesw.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
>
> ___
> 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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread prothero--- via use-livecode
Well said, Jacqueline!
Bill

William A. Prothero
Santa Barbara, CA. 93105
http://earthlearningsolutions.org/

> On Mar 12, 2020, at 11:58 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 3/12/20 12:39 PM, hh via use-livecode wrote:
>> The uselist is not a LC-praising list. As long as we have the freedom of 
>> speech
>> everybody can say whether he is contented with LC or not. And nothing 
>> written does
>> change anything*with LC*, also not your positive-only (and excellent) posts 
>> ...
> 
> Tone is important. There is difference whether the post is a discussion of a 
> problem, or a rant against the team and the company. Discussions are useful 
> and productive. A rant that attacks the dedicated people who are doing their 
> best for us can cause some of us to become defensive.
> 
> For myself, it feels like an attack on my friends. I know these people, how 
> hard they work, and how much they want LC to succeed. I also know that they 
> are deluged with work, they need to choose their priorities carefully, and 
> they care very much. To date, they have met every requirement that the 
> shifting sands at Apple and Google have thrown at them. They need to drop 
> everything else to meet those deadlines, but they do it. Of course, that puts 
> them behind on other things.
> 
> These list posts go into a permanent archive where they can discourage others 
> from trying LC well into the future; I see no point in making LC look bad to 
> any interested parties. A frank discussion is fine, readers absolutely do 
> need to know where traps may lie and what the current status of the product 
> is. But sarcasm and scathing condemnation is neither acceptable nor 
> productive.
> 
> Basically: be kind. Think how you'd feel if what you are about to write was 
> directed at you.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread J. Landman Gay via use-livecode

On 3/12/20 12:39 PM, hh via use-livecode wrote:

The uselist is not a LC-praising list. As long as we have the freedom of speech
everybody can say whether he is contented with LC or not. And nothing written 
does
change anything*with LC*, also not your positive-only (and excellent) posts ...


Tone is important. There is difference whether the post is a discussion of a problem, or a rant 
against the team and the company. Discussions are useful and productive. A rant that attacks 
the dedicated people who are doing their best for us can cause some of us to become defensive.


For myself, it feels like an attack on my friends. I know these people, how hard they work, and 
how much they want LC to succeed. I also know that they are deluged with work, they need to 
choose their priorities carefully, and they care very much. To date, they have met every 
requirement that the shifting sands at Apple and Google have thrown at them. They need to drop 
everything else to meet those deadlines, but they do it. Of course, that puts them behind on 
other things.


These list posts go into a permanent archive where they can discourage others from trying LC 
well into the future; I see no point in making LC look bad to any interested parties. A frank 
discussion is fine, readers absolutely do need to know where traps may lie and what the current 
status of the product is. But sarcasm and scathing condemnation is neither acceptable nor 
productive.


Basically: be kind. Think how you'd feel if what you are about to write was 
directed at you.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Bob Sneidar via use-livecode
As to my contentedness with LC, let me say that without LC, my options would be 
Javascript, Python or a host of other script based languages, or else some 
variant of C. That is to say I would be out of options because I simply am too 
lazy and otherwise occupied with my real job to justify the time it would take 
to get "good" at any of these options. 

So from that perspective I am not only contented with LC, I am giddy! But then 
I am not producing commercial mobile apps either, and for the business I work 
for, anything useful I produce is icing on the cake! I am under no time 
constraints, or constraints of any kind! 

Having seen the myriad of threads on mobile app development and the pains 
involved, I can sympathize with anyone attempting it. The hoops RunRev has to 
go through to keep up is staggering to me, but let's step back for a moment and 
look at what mobile support for LC really is. 

Apart from LC (or any other non-java mobile app environment) what you would 
have to do is use the environment provided by Apple or Google. If you did, you 
would have to learn Javascript, and in the bargain you would STILL be subject 
to the restrictions and changes inherent to those environments. 

But WITH LC, you don't need to learn Javascript at all! You can use a familiar 
and incredibly easy to learn language in a pretty amazing GUI, and then (if all 
your ducks are in a row) generate a first class Mobile App. 

A better way to look at it might be this. Suppose Apple and Google requirements 
had remained static since LC first began supporting mobile apps. Would any of 
the obvious pains LC devs are suffering still be issues? If for the most part 
the answer is no, then you can see the pains are not being caused by RunRev. 

My 2¢
Bob S

> On Mar 12, 2020, at 11:08 , hh via use-livecode 
>  wrote:
> 
>>> hh wrote:
>>> The uselist is not a LC-praising list. As long as we have the freedom of
>>> speech everybody can say whether he is contented with LC or not.
>> 
>> Bob S. wrote:
>> I was not aware we had such freedoms on this list! For instance, if I begin
>> to speak of fermented dairy products, I will certainly be censured!
>> And well I should be!!!
> 
> I wonder why you want to speak of fermented dairy products in order to express
> whether you are contented with LC or not.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Rick Harrison via use-livecode
LC = Less Cheese  ;-)

Rick

> On Mar 12, 2020, at 2:16 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> It went on for so many days Heather eventually stepped in and kindly asked us 
> to please stop the cheese conversation so those interested in LiveCode could 
> have more LC and less cheese filling their In Boxes.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Richard Gaskin via use-livecode

hh wrote:
>> Bob S. wrote:
>> I was not aware we had such freedoms on this list! For instance, if I
>> begin to speak of fermented dairy products, I will certainly be
>> censured!
>> And well I should be!!!
>
> I wonder why you want to speak of fermented dairy products in order to
> express whether you are contented with LC or not.

It's a very old community in-joke:

A good many years ago (more than a decade?) a thread that became 
contentious morphed into a very long discussion of cheese preferences, 
which soon became even more contentious (I leaned more about the 
passionate cheese preferences of my colleagues than I'd ever imagined).


It went on for so many days Heather eventually stepped in and kindly 
asked us to please stop the cheese conversation so those interested in 
LiveCode could have more LC and less cheese filling their In Boxes.


In the years since, "cheese" has become a comical shorthand for any 
longish thread not related to using or improving LC, and the only 
expressly verboten topic on this list. :)


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Richard Gaskin via use-livecode

Bob Sneidar wrote:

> I was not aware we had such freedoms on this list! For instance, if I
> begin to speak of fermented dairy products, I will certainly be
> censured! And well I should be!!!
>
> Also, and seriously, Freedom of Speech is something that is unique to
> a handful of cultures. It is by no means global.

Freedom of Speech is indeed a wonderful thing, but does not apply here: 
this list is a privately-owned communications channel that doesn't 
receive any funding from the US federal government.


Yet despite no legal requirement to do so, the spirit of that freedom 
seems well embraced by the owners of this list, with unusually light 
moderation.


And like all good freedoms this one is enjoyed equally, so even folks 
who have good experiences with LiveCode or seek ways issues can become 
actionable are allowed to speak their mind as well.


Just no cheese, please. Every community has its boundaries of good taste. :)

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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


Re: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread hh via use-livecode
> > hh wrote:
> > The uselist is not a LC-praising list. As long as we have the freedom of
> > speech everybody can say whether he is contented with LC or not.
> 
> Bob S. wrote:
> I was not aware we had such freedoms on this list! For instance, if I begin
> to speak of fermented dairy products, I will certainly be censured!
> And well I should be!!!

I wonder why you want to speak of fermented dairy products in order to express
whether you are contented with LC or not.


___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Bob Sneidar via use-livecode
I was not aware we had such freedoms on this list! For instance, if I begin to 
speak of fermented dairy products, I will certainly be censured! And well I 
should be!!! 

Also, and seriously, Freedom of Speech is something that is unique to a handful 
of cultures. It is by no means global. 

Bob S


> The uselist is not a LC-praising list. As long as we have the freedom of 
> speech
> everybody can say whether he is contented with LC or not. And nothing written 
> does
> change anything *with LC*, also not your positive-only (and excellent) posts 
> ...
> 


___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread Bob Sneidar via use-livecode
+10

> On Mar 12, 2020, at 09:41 , matthias rebbe via use-livecode 
>  wrote:
> 
> Posting here about a real problem/bug makes sense, because others might jump 
> in and confirm the same experience or might help to solve the problem
> As always, a good recipe, if possible, makes it even easier to reproduce it.
> I very often try to reproduce problems reported here in the list to find out 
> if it´s a general problem/bug in LC or just a problem that occurs only at the 
> system of the reporter.

___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread hh via use-livecode
> > hh wrote:
> > Some people are very angry about deficiencies of LC, what I can understand 
> > from
> > their view, and *we should hear what they have to say*.
>  
> Matthias wrote:
> Why. Posting here won´t change anything.

The uselist is not a LC-praising list. As long as we have the freedom of speech
everybody can say whether he is contented with LC or not. And nothing written 
does
change anything *with LC*, also not your positive-only (and excellent) posts ...

> > hh wrote:
> > [And, by the way, macOS 10.15 is repeating some beginner mistakes from the 
> > early 
> > MacOS X versions. Obviously a lot of beginners are currently at work there.]
> 
> Matthias wrote:
> Because people want always something new. It must be always the newest. 
> Because of
> that the lifecycles of products and software are getting shorter and shorter 
> and
> therefore there is less time for development and testing.

But they changed methods of working things to non-working or half-way working 
methods (for example in Mail.app). Beginner mistakes ...
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread matthias rebbe via use-livecode


> Am 12.03.2020 um 17:08 schrieb hh via use-livecode 
> :
> 
> Some people are very angry about deficiencies of LC, what I can understand 
> from
> their view, and *we should hear what they have to say*.
> 
Why. Posting here won´t change anything.

> Especially when they get angry about the whitewashing of bugs by some list 
> members.
> 
Currently i am not aware of that. I must have  missed such discussions on this 
list. 
But i am sure there were such discussions otherwise you wouldn´t write it.

When a bug is confirmed in the bugbase, no one can whitewash it. When it´s 
confirmed then it´s confirmed.

Posting here about a real problem/bug makes sense, because others might jump in 
and confirm the same experience or might help to solve the problem
As always, a good recipe, if possible, makes it even easier to reproduce it.
I very often try to reproduce problems reported here in the list to find out if 
it´s a general problem/bug in LC or just a problem that occurs only at the 
system of the reporter.

But just moaning here in the list  about deficiencies does not make sense to 
me. What should that do? 
No one can help.

> What's wrong that's wrong, no matter who tries to whitewash bugs or even 
> tries to
> keep quiet about (remaining) bugs. The latter is, compared to the promises of 
> the
> LC main page, more harmful for the reputation of LC than telling the truth.
> 
> And what's good with LC that's good. We too tell the truth with that.
> 
> [And, by the way, macOS 10.15 is repeating some beginner mistakes from the 
> early
> MacOS X versions. Obviously a lot of beginners are currently at work there.]

Because people want always something new. It must be always the newest. 
Because of that the lifecycles of products and software are getting shorter and 
shorter and therefore there is less time for
development and testing.



> ___
> 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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread hh via use-livecode
Some people are very angry about deficiencies of LC, what I can understand from
their view, and *we should hear what they have to say*.

Especially when they get angry about the whitewashing of bugs by some list 
members.

What's wrong that's wrong, no matter who tries to whitewash bugs or even tries 
to
keep quiet about (remaining) bugs. The latter is, compared to the promises of 
the
LC main page, more harmful for the reputation of LC than telling the truth.

And what's good with LC that's good. We too tell the truth with that.

[And, by the way, macOS 10.15 is repeating some beginner mistakes from the early
MacOS X versions. Obviously a lot of beginners are currently at work there.]
___
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: LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-12 Thread matthias rebbe via use-livecode

> Am 12.03.2020 um 01:08 schrieb Sean Cole (Pi) via use-livecode 
> :
> 
> Tired and ill. My business is constantly lagging behind my competitors
> because we're always on the backfoot waiting for LC to frikin' work! I'm
> going to end up losing all my new customers again since the last LC epic
> fail. Why do they keep doing this to me?

They do it not just to you. ;)

Please don´t take it personally, but repeating your discontent here in the list 
 about  LC, the development cycle and how LC Ltd. is doing things does not help 
at all.
If you are unsatisfied, then why not writing directly to LC Ltd. 
What do you expect with your posts? Your posts could even scare potential new 
paying customers. Remember, the internet does not forget...

 I understand your personal situation, especially after your problems last 
year, but such posts do not help.

Just my 2 cents.


All the best,

Matthias

___
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


LC & Catalina; macOS 10.15.x; Xcode 11.3.x; iOS 13.3.x support ???

2020-03-11 Thread Sean Cole (Pi) via use-livecode
With the release of early GM versions of these from Apple 6mths ago and dev
releases since 9 mths ago, Why do I STILL have them uninstalled on my
machines because I have been waiting for LC to catch up?? This is making my
nethers ache now.

Panos merged it WAY BACK in Jan 14th. ??? C'mon!

Tired and ill. My business is constantly lagging behind my competitors
because we're always on the backfoot waiting for LC to frikin' work! I'm
going to end up losing all my new customers again since the last LC epic
fail. Why do they keep doing this to me? Seriously!

Sean Cole
*Pi *
___
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


Catalina mail recovery stack

2019-11-15 Thread Neville via use-livecode
After installing Catalina macOS I (along with lots of other people) lost a 
whole swag of mail; the problem seems to occur after moving a message between 
mailboxes, possibly before Mail had finished updating itself, but may have 
other triggers. Many messages simply went totally missing, and lots of message 
(in custom mailboxes) are shown with a header but no content. Remedies 
suggested in various fora haven’t worked: rebuilding mailboxes didn’t help, 
even with manual removal of the Mail.app Envelope databases, and Time Machine 
cannot be used at least in its in its simple mode to recover mail. With over 
85000 emails and the byzantine directory structure of the email messages, there 
is no way I can manually search for the missing email in the backups.

I am writing a stack to create a custom sqlite database of messages from the 
standard Mac ~/Library/Mail location, and from Time Machine backup locations, 
and include tools to compare and find emails. So far it seems to be successful 
in finding lost messages; I have yet to add tools to reimport to Mail.app.

If anyone has this lost mail problem (and has a Time Machine or other backup) 
and would like my stack please email me. The stack is rough for my own use at 
the moment but I can polish it for general use.

neville.smy...@optusnet.com <mailto:neville.smy...@optusnet.com>.au
___
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


Catalina & Mojave "Allow/Deny" dialogs

2019-11-05 Thread Paul Dupuis via use-livecode
Another "fun" feature of the newer macOS versions is the new Privacy 
(tab in the Security and Privacy pane of the System Preferences).


It seems that running our app generates a number of system dialogs of 
the form "[[OUR APPLICATION]] wants access to " with "OK" and "Don't 
Allow" buttons. Two of these make perfect sense.


1) Is access to the Internet, which appears to appear if and only if the 
Firewall is truned on (default in Mojave is off and in Catalina is on). 
Our app access a server file to see if there is a new version of itself.


2) [[OUR APPLICATION]] wants access to control "Finder.app". Allowing 
control will provide access to documents and data in "Finder.app", and 
to perform actions in that app." with the expected "OK" and "Don't 
Allow". This took me a while to figure out, but apparently it is cause 
by any app that uses AppleEvents. We use AppleEvents to detect if a 
document has been dropped on our app or one of our apps documents has 
been double clicked. We also respond to AppleEvent quit messages to exit 
our application. Seemingly pretty basic desktop applications tasks now 
have a vague warning message associated with them.


NOW HERE IS THE PUZZLER.

When our app is sitting there idle, we just saw one of these that says: 
"[[[OUR APPLICATION]] would like to access your Contacts" with the 
expected "OK" and "Don't Allow". Now, NOTHING in our application has 
anything to do with a person Contacts. So does anyone have ANY idea why 
this would popup?


What LiveCode statements or functions could generate this. Would access 
revMail do it? Our app can ask to send an email under certain 
situations. Does anyone have any experience with these new "Privacy" 
warnings and how best to address them?



___
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


Catalina and Livecode

2019-10-21 Thread Sannyasin Brahmanathaswami via use-livecode
First I want to give my appreciation for the hard work at  HQ keeping up with 
Apple.

In fact Mark  W. maybe ahead of the game!

As mentioned, I had to upgrade (against my better wishes) to Catalina, because 
Adobe was giving us trouble on Mojave.

Surprising Livecode is working! and every building mobile standalones. Even 
prompted to install new JAVA and build in Android still works.

Any caveats, we should be aware of? I'll be sure not to update xCode….

BR


___
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: Catalina and stuff other than 32bit—USB broken

2019-10-16 Thread Dar Scott Consulting via use-livecode
No, I haven't tried QUEMU.

However, I downloaded a new xCode and, when I ran it the first time, my little 
board started working and showed up as a virtual serial port and as a disk 
drive. 

The good news is that it works. Perhaps xCode swapped out something, maybe 
drivers.

The bad news is that I have no idea whether something that runs on my machine 
will run on another without xCode installed.

Dar
Mad Scientist
Sad Scientist


> On Oct 16, 2019, at 2:31 PM, hh via use-livecode 
>  wrote:
> 
> @Dar.
> Did you already try to use QUEMU?
> https://www.qemu.org
> 
> 
> 
> ___
> 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: Re: Catalina and stuff other than 32bit—USB broken

2019-10-16 Thread hh via use-livecode
@Dar.
Did you already try to use QUEMU?
https://www.qemu.org



___
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: Catalina and stuff other than 32bit—USB broken

2019-10-16 Thread Dar Scott Consulting via use-livecode
I'm not sure how this addresses my concern. Uh, rant. Lament. 

If this is an OS problem, then a Hackintosh system would not solve it.
If this is a driver problem, then perhaps Clover will work, but maybe not.
(When I build a machine, I would use Windows or Linux, so—for me—Hackintosh is 
not a solution.)

I like working with USB gadgets on the Mac, but if "Works with Catalina" has to 
become a de facto standard for USB, then Apple is going to lose a market. A 
virtual Windows machine is of no help here. 

Oh, and I said AdaFruit has a fix for Feather boards. It doesn't work for me. 

This also means my advice to use virtual machines for Windows is flawed.

Maybe this is Apple's way of saying I should get a new Mac, but I hear even 
some new Macs have the problem.

> On Oct 14, 2019, at 2:10 PM, Erik Beugelaar via use-livecode 
>  wrote:
> 
> That is why I rely for the last 10 years on myself built Hackintosh systems. 
> They run faster for less money and they are modular and easy to upgrade. 
> With the introduction of Clover it has never been a problem to use hardware 
> components (especially graphic cards, wifi/bt cards, sound cards etc.) which 
> were not supported by Apple anymore.
> 
> On 14/10/2019, 21:58, "use-livecode on behalf of Dar Scott Consulting via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>Catalina does not recognize the bootloader for atmega32u4 Arduino boards 
> such as Leonardo. The IDE 1.8.10 avr toolchain works (64-bit); this is not 
> related to 32-bit. 
> 
>Catalina does not recognize the AdaFruit Feather ...BOOT drives. Actually 
> this started with macOS 10.14.4. According to Dan Halbert, "Apple changed how 
> USB devices are recognized on certain Macs", creating a timing problem. 
> AdaFruit has a fix.
> 
>There are some indications that some USB devices made with Jan Atkinson's 
> examples are having problems on Catalina on some hardware.
> 
>I don't know if Apple is stepping outside USB specs or is pushing the 
> specs. Or whether the small board community has been spec-lax. 
> 
>Not directly LiveCode related, but more reason to hesitate, especially for 
> gadget folks like me. 
> 
>Dar Scott
>Mad Scientist
> 
> 
> 
> 
>___
>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: Catalina and stuff other than 32bit

2019-10-16 Thread Eller, Roger via use-livecode
Morganaut has the best tutorials out there for a modern MacOS build.

https://www.youtube.com/channel/UCg5TS2EmMutPd7Y1zqfQ3iA


~Roger






From: use-livecode  on behalf of Bob 
Sneidar via use-livecode 
Sent: Tuesday, October 15, 2019 10:45 AM
To: How to use LiveCode 
Cc: Bob Sneidar 
Subject: Re: Catalina and stuff other than 32bit

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


I need to look into this again. I made one Hackintosh with an eye to play video 
games but could never get the graphics card to work. That was a long time ago. 
If you have any links for making this happen I would be very interested. Thanks.

Bob S


> On Oct 14, 2019, at 13:10 , Erik Beugelaar via use-livecode 
>  wrote:
>
> That is why I rely for the last 10 years on myself built Hackintosh systems. 
> They run faster for less money and they are modular and easy to upgrade.
> With the introduction of Clover it has never been a problem to use hardware 
> components (especially graphic cards, wifi/bt cards, sound cards etc.) which 
> were not supported by Apple anymore.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.runrev.com%2Fmailman%2Flistinfo%2Fuse-livecodedata=02%7C01%7Croger.e.eller%40sealedair.com%7C661d2fed28a145cc431008d7517e724b%7C2691a2514c384643af0b0c0982f197bd%7C0%7C0%7C637067475833169150sdata=E9p3IYKxS67%2BSVjyAv%2B5TDkJ6mcRnkpjVE5s08aFzoo%3Dreserved=0
___
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: Catalina and stuff other than 32bit

2019-10-15 Thread Jjs via use-livecode
Tonymacx86.com

Bob Sneidar via use-livecode  schreef op 15 
oktober 2019 16:45:27 CEST:
>I need to look into this again. I made one Hackintosh with an eye to
>play video games but could never get the graphics card to work. That
>was a long time ago. If you have any links for making this happen I
>would be very interested. Thanks. 
>
>Bob S
>
>
>> On Oct 14, 2019, at 13:10 , Erik Beugelaar via use-livecode
> wrote:
>> 
>> That is why I rely for the last 10 years on myself built Hackintosh
>systems. They run faster for less money and they are modular and easy
>to upgrade. 
>> With the introduction of Clover it has never been a problem to use
>hardware components (especially graphic cards, wifi/bt cards, sound
>cards etc.) which were not supported by Apple anymore.
>
>
>___
>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

-- 
Verstuurd vanaf mijn Android apparaat met K-9 Mail.
___
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: Catalina and stuff other than 32bit

2019-10-15 Thread Bob Sneidar via use-livecode
I need to look into this again. I made one Hackintosh with an eye to play video 
games but could never get the graphics card to work. That was a long time ago. 
If you have any links for making this happen I would be very interested. 
Thanks. 

Bob S


> On Oct 14, 2019, at 13:10 , Erik Beugelaar via use-livecode 
>  wrote:
> 
> That is why I rely for the last 10 years on myself built Hackintosh systems. 
> They run faster for less money and they are modular and easy to upgrade. 
> With the introduction of Clover it has never been a problem to use hardware 
> components (especially graphic cards, wifi/bt cards, sound cards etc.) which 
> were not supported by Apple anymore.


___
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: Catalina and stuff other than 32bit

2019-10-14 Thread Erik Beugelaar via use-livecode
Exactly, patching does the magic __

On 14/10/2019, 22:49, "use-livecode on behalf of JJS via use-livecode" 
 wrote:

clover is the bootloader.

You still need the kexts (but you know, else you would not use it)

Op 14-10-2019 om 22:10 schreef Erik Beugelaar via use-livecode:
> That is why I rely for the last 10 years on myself built Hackintosh 
systems. They run faster for less money and they are modular and easy to 
upgrade.
> With the introduction of Clover it has never been a problem to use 
hardware components (especially graphic cards, wifi/bt cards, sound cards etc.) 
which were not supported by Apple anymore.
>   
> On 14/10/2019, 21:58, "use-livecode on behalf of Dar Scott Consulting 
via use-livecode"  wrote:
>
>  Catalina does not recognize the bootloader for atmega32u4 Arduino 
boards such as Leonardo. The IDE 1.8.10 avr toolchain works (64-bit); this is 
not related to 32-bit.
>  
>  Catalina does not recognize the AdaFruit Feather ...BOOT drives. 
Actually this started with macOS 10.14.4. According to Dan Halbert, "Apple 
changed how USB devices are recognized on certain Macs", creating a timing 
problem. AdaFruit has a fix.
>  
>  There are some indications that some USB devices made with Jan 
Atkinson's examples are having problems on Catalina on some hardware.
>  
>  I don't know if Apple is stepping outside USB specs or is pushing 
the specs. Or whether the small board community has been spec-lax.
>  
>  Not directly LiveCode related, but more reason to hesitate, 
especially for gadget folks like me.
>  
>  Dar Scott
>  Mad Scientist
>  
>  
>  
>  
>  ___
>  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




___
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: Catalina and stuff other than 32bit

2019-10-14 Thread JJS via use-livecode

clover is the bootloader.

You still need the kexts (but you know, else you would not use it)

Op 14-10-2019 om 22:10 schreef Erik Beugelaar via use-livecode:

That is why I rely for the last 10 years on myself built Hackintosh systems. 
They run faster for less money and they are modular and easy to upgrade.
With the introduction of Clover it has never been a problem to use hardware 
components (especially graphic cards, wifi/bt cards, sound cards etc.) which 
were not supported by Apple anymore.
  
On 14/10/2019, 21:58, "use-livecode on behalf of Dar Scott Consulting via use-livecode"  wrote:


     Catalina does not recognize the bootloader for atmega32u4 Arduino boards 
such as Leonardo. The IDE 1.8.10 avr toolchain works (64-bit); this is not 
related to 32-bit.
 
     Catalina does not recognize the AdaFruit Feather ...BOOT drives. Actually this started with macOS 10.14.4. According to Dan Halbert, "Apple changed how USB devices are recognized on certain Macs", creating a timing problem. AdaFruit has a fix.
 
 There are some indications that some USB devices made with Jan Atkinson's examples are having problems on Catalina on some hardware.
 
 I don't know if Apple is stepping outside USB specs or is pushing the specs. Or whether the small board community has been spec-lax.
 
 Not directly LiveCode related, but more reason to hesitate, especially for gadget folks like me.
 
 Dar Scott

 Mad Scientist
 
 
 
 
 ___

 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: Catalina and stuff other than 32bit

2019-10-14 Thread Erik Beugelaar via use-livecode
That is why I rely for the last 10 years on myself built Hackintosh systems. 
They run faster for less money and they are modular and easy to upgrade. 
With the introduction of Clover it has never been a problem to use hardware 
components (especially graphic cards, wifi/bt cards, sound cards etc.) which 
were not supported by Apple anymore.
 
On 14/10/2019, 21:58, "use-livecode on behalf of Dar Scott Consulting via 
use-livecode"  wrote:

    Catalina does not recognize the bootloader for atmega32u4 Arduino boards 
such as Leonardo. The IDE 1.8.10 avr toolchain works (64-bit); this is not 
related to 32-bit. 

    Catalina does not recognize the AdaFruit Feather ...BOOT drives. Actually 
this started with macOS 10.14.4. According to Dan Halbert, "Apple changed how 
USB devices are recognized on certain Macs", creating a timing problem. 
AdaFruit has a fix.

There are some indications that some USB devices made with Jan Atkinson's 
examples are having problems on Catalina on some hardware.

I don't know if Apple is stepping outside USB specs or is pushing the 
specs. Or whether the small board community has been spec-lax. 

Not directly LiveCode related, but more reason to hesitate, especially for 
gadget folks like me. 

Dar Scott
Mad Scientist




___
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


Catalina and stuff other than 32bit

2019-10-14 Thread Dar Scott Consulting via use-livecode
Catalina does not recognize the bootloader for atmega32u4 Arduino boards such 
as Leonardo. The IDE 1.8.10 avr toolchain works (64-bit); this is not related 
to 32-bit. 

Catalina does not recognize the AdaFruit Feather ...BOOT drives. Actually this 
started with macOS 10.14.4. According to Dan Halbert, "Apple changed how USB 
devices are recognized on certain Macs", creating a timing problem. AdaFruit 
has a fix.

There are some indications that some USB devices made with Jan Atkinson's 
examples are having problems on Catalina on some hardware.

I don't know if Apple is stepping outside USB specs or is pushing the specs. Or 
whether the small board community has been spec-lax. 

Not directly LiveCode related, but more reason to hesitate, especially for 
gadget folks like me. 

Dar Scott
Mad Scientist




___
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: Catalina

2019-10-10 Thread J. Landman Gay via use-livecode

Sand Which

On 10/10/19 1:18 PM, Dar Scott Consulting via use-livecode wrote:

Yes!

We need a cool name like that, too.
Code32
MoreMojave
CantLetGo
TimeScope
macWrap32
32Palms
Wrap32with64
DoubleMy32
Sand

It looks like I can't come up with anything as cool as WineBottler

Dar Scott




On Oct 10, 2019, at 11:51 AM, Richmond via use-livecode 
 wrote:

This sounds a bit like WineBottler:

http://winebottler.kronenberg.org/

On 10.10.19 20:48, Dar Scott Consulting via use-livecode wrote:

Being a mad scientist causes my mind to wander. I implied some sort of 
application that would take a 32-bit macOS app and turn it into a 64-bit app 
suitable for delivering to customers in the interim. But I gave solutions only 
for a sophisticated user to run 32-bit applications from Catalina (or so) 
desktop.

My immediate thoughts: Bundles might make a conversion for the macOS easier. 
Dependent 32-bit dynamic libraries would have to be moved into a folder in the 
bundle, and file I/O will do redirection. The app's program would be moved and 
replaced with something else that uses some sort of hyper-something to catch 
the INTs or that will use ptrace() as a debugger would. In the latter case the 
INTs might need to be translated statically by the converter. I have not made a 
modern debugger, tracer or hyper-thing, so I'm just guessing.

Dar


On Oct 10, 2019, at 8:34 AM, Bob Sneidar via use-livecode 
 wrote:

Mad scientist indeed! ;-)

Bob S



On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
 wrote:

Oh. That looks hard. I don't even know how to take control of the 0x80 
interrupt.

However, here are some ideas for alternatives.

Virtual

Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
don't use these, so check out what I say.) The capability is roughly the same. 
You can run an application on a client OS in a window on the host. So, if you 
have an older macOS running on a virtual machine that can run your app, you can 
set things up so that you can double-click on your desktop and run a 32-bit app.

Real

Another method is to set up little "servers" you can remote into. For example, 
instead of upgrading to Catalina on your old Mac Mini, get a new Mac Mini with Catalina 
and remote desktop into the old Mac Mini. Or have a Mac that is running several virtual 
machines you can remote into (use memory ballooning to share it well). The Apple EULA has 
constraints, but I think this is OK.

Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
You can readily run a single app in a window for a linux server using several 
programs such as nomachine and (I think) xpra. But I don't know about macOS. 
Maybe you can make a single-window app full screen and adjust the size of the 
client window. I haven't tried this.

Dar Scott
Mad Scientist


___
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



___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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


Re: Catalina

2019-10-10 Thread Richmond via use-livecode

Cider!

On 10.10.19 21:18, Dar Scott Consulting via use-livecode wrote:

Yes!

We need a cool name like that, too.
Code32
MoreMojave
CantLetGo
TimeScope
macWrap32
32Palms
Wrap32with64
DoubleMy32
Sand

It looks like I can't come up with anything as cool as WineBottler

Dar Scott




On Oct 10, 2019, at 11:51 AM, Richmond via use-livecode 
 wrote:

This sounds a bit like WineBottler:

http://winebottler.kronenberg.org/

On 10.10.19 20:48, Dar Scott Consulting via use-livecode wrote:

Being a mad scientist causes my mind to wander. I implied some sort of 
application that would take a 32-bit macOS app and turn it into a 64-bit app 
suitable for delivering to customers in the interim. But I gave solutions only 
for a sophisticated user to run 32-bit applications from Catalina (or so) 
desktop.

My immediate thoughts: Bundles might make a conversion for the macOS easier. 
Dependent 32-bit dynamic libraries would have to be moved into a folder in the 
bundle, and file I/O will do redirection. The app's program would be moved and 
replaced with something else that uses some sort of hyper-something to catch 
the INTs or that will use ptrace() as a debugger would. In the latter case the 
INTs might need to be translated statically by the converter. I have not made a 
modern debugger, tracer or hyper-thing, so I'm just guessing.

Dar


On Oct 10, 2019, at 8:34 AM, Bob Sneidar via use-livecode 
 wrote:

Mad scientist indeed! ;-)

Bob S



On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
 wrote:

Oh. That looks hard. I don't even know how to take control of the 0x80 
interrupt.

However, here are some ideas for alternatives.

Virtual

Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
don't use these, so check out what I say.) The capability is roughly the same. 
You can run an application on a client OS in a window on the host. So, if you 
have an older macOS running on a virtual machine that can run your app, you can 
set things up so that you can double-click on your desktop and run a 32-bit app.

Real

Another method is to set up little "servers" you can remote into. For example, 
instead of upgrading to Catalina on your old Mac Mini, get a new Mac Mini with Catalina 
and remote desktop into the old Mac Mini. Or have a Mac that is running several virtual 
machines you can remote into (use memory ballooning to share it well). The Apple EULA has 
constraints, but I think this is OK.

Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
You can readily run a single app in a window for a linux server using several 
programs such as nomachine and (I think) xpra. But I don't know about macOS. 
Maybe you can make a single-window app full screen and adjust the size of the 
client window. I haven't tried this.

Dar Scott
Mad Scientist

___
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


___
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: Catalina

2019-10-10 Thread Dar Scott Consulting via use-livecode
Yes!

We need a cool name like that, too. 
Code32 
MoreMojave
CantLetGo
TimeScope
macWrap32
32Palms
Wrap32with64
DoubleMy32
Sand

It looks like I can't come up with anything as cool as WineBottler

Dar Scott



> On Oct 10, 2019, at 11:51 AM, Richmond via use-livecode 
>  wrote:
> 
> This sounds a bit like WineBottler:
> 
> http://winebottler.kronenberg.org/
> 
> On 10.10.19 20:48, Dar Scott Consulting via use-livecode wrote:
>> Being a mad scientist causes my mind to wander. I implied some sort of 
>> application that would take a 32-bit macOS app and turn it into a 64-bit app 
>> suitable for delivering to customers in the interim. But I gave solutions 
>> only for a sophisticated user to run 32-bit applications from Catalina (or 
>> so) desktop.
>> 
>> My immediate thoughts: Bundles might make a conversion for the macOS easier. 
>> Dependent 32-bit dynamic libraries would have to be moved into a folder in 
>> the bundle, and file I/O will do redirection. The app's program would be 
>> moved and replaced with something else that uses some sort of 
>> hyper-something to catch the INTs or that will use ptrace() as a debugger 
>> would. In the latter case the INTs might need to be translated statically by 
>> the converter. I have not made a modern debugger, tracer or hyper-thing, so 
>> I'm just guessing.
>> 
>> Dar
>> 
>>> On Oct 10, 2019, at 8:34 AM, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> Mad scientist indeed! ;-)
>>> 
>>> Bob S
>>> 
>>> 
>>>> On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
>>>>  wrote:
>>>> 
>>>> Oh. That looks hard. I don't even know how to take control of the 0x80 
>>>> interrupt.
>>>> 
>>>> However, here are some ideas for alternatives.
>>>> 
>>>> Virtual
>>>> 
>>>> Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. 
>>>> (I don't use these, so check out what I say.) The capability is roughly 
>>>> the same. You can run an application on a client OS in a window on the 
>>>> host. So, if you have an older macOS running on a virtual machine that can 
>>>> run your app, you can set things up so that you can double-click on your 
>>>> desktop and run a 32-bit app.
>>>> 
>>>> Real
>>>> 
>>>> Another method is to set up little "servers" you can remote into. For 
>>>> example, instead of upgrading to Catalina on your old Mac Mini, get a new 
>>>> Mac Mini with Catalina and remote desktop into the old Mac Mini. Or have a 
>>>> Mac that is running several virtual machines you can remote into (use 
>>>> memory ballooning to share it well). The Apple EULA has constraints, but I 
>>>> think this is OK.
>>>> 
>>>> Now, what if you can run an app on a remote machine like 
>>>> Coherence/Unity/SM? You can readily run a single app in a window for a 
>>>> linux server using several programs such as nomachine and (I think) xpra. 
>>>> But I don't know about macOS. Maybe you can make a single-window app full 
>>>> screen and adjust the size of the client window. I haven't tried this.
>>>> 
>>>> Dar Scott
>>>> Mad Scientist
>>> 
>>> ___
>>> 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


___
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: Catalina

2019-10-10 Thread Richmond via use-livecode

This sounds a bit like WineBottler:

http://winebottler.kronenberg.org/

On 10.10.19 20:48, Dar Scott Consulting via use-livecode wrote:

Being a mad scientist causes my mind to wander. I implied some sort of 
application that would take a 32-bit macOS app and turn it into a 64-bit app 
suitable for delivering to customers in the interim. But I gave solutions only 
for a sophisticated user to run 32-bit applications from Catalina (or so) 
desktop.

My immediate thoughts: Bundles might make a conversion for the macOS easier. 
Dependent 32-bit dynamic libraries would have to be moved into a folder in the 
bundle, and file I/O will do redirection. The app's program would be moved and 
replaced with something else that uses some sort of hyper-something to catch 
the INTs or that will use ptrace() as a debugger would. In the latter case the 
INTs might need to be translated statically by the converter. I have not made a 
modern debugger, tracer or hyper-thing, so I'm just guessing.

Dar


On Oct 10, 2019, at 8:34 AM, Bob Sneidar via use-livecode 
 wrote:

Mad scientist indeed! ;-)

Bob S



On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
 wrote:

Oh. That looks hard. I don't even know how to take control of the 0x80 
interrupt.

However, here are some ideas for alternatives.

Virtual

Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
don't use these, so check out what I say.) The capability is roughly the same. 
You can run an application on a client OS in a window on the host. So, if you 
have an older macOS running on a virtual machine that can run your app, you can 
set things up so that you can double-click on your desktop and run a 32-bit app.

Real

Another method is to set up little "servers" you can remote into. For example, 
instead of upgrading to Catalina on your old Mac Mini, get a new Mac Mini with Catalina 
and remote desktop into the old Mac Mini. Or have a Mac that is running several virtual 
machines you can remote into (use memory ballooning to share it well). The Apple EULA has 
constraints, but I think this is OK.

Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
You can readily run a single app in a window for a linux server using several 
programs such as nomachine and (I think) xpra. But I don't know about macOS. 
Maybe you can make a single-window app full screen and adjust the size of the 
client window. I haven't tried this.

Dar Scott
Mad Scientist


___
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: Catalina

2019-10-10 Thread Dar Scott Consulting via use-livecode
Being a mad scientist causes my mind to wander. I implied some sort of 
application that would take a 32-bit macOS app and turn it into a 64-bit app 
suitable for delivering to customers in the interim. But I gave solutions only 
for a sophisticated user to run 32-bit applications from Catalina (or so) 
desktop. 

My immediate thoughts: Bundles might make a conversion for the macOS easier. 
Dependent 32-bit dynamic libraries would have to be moved into a folder in the 
bundle, and file I/O will do redirection. The app's program would be moved and 
replaced with something else that uses some sort of hyper-something to catch 
the INTs or that will use ptrace() as a debugger would. In the latter case the 
INTs might need to be translated statically by the converter. I have not made a 
modern debugger, tracer or hyper-thing, so I'm just guessing.

Dar

> On Oct 10, 2019, at 8:34 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Mad scientist indeed! ;-)
> 
> Bob S
> 
> 
>> On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
>>  wrote:
>> 
>> Oh. That looks hard. I don't even know how to take control of the 0x80 
>> interrupt.
>> 
>> However, here are some ideas for alternatives.
>> 
>> Virtual
>> 
>> Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
>> don't use these, so check out what I say.) The capability is roughly the 
>> same. You can run an application on a client OS in a window on the host. So, 
>> if you have an older macOS running on a virtual machine that can run your 
>> app, you can set things up so that you can double-click on your desktop and 
>> run a 32-bit app.
>> 
>> Real
>> 
>> Another method is to set up little "servers" you can remote into. For 
>> example, instead of upgrading to Catalina on your old Mac Mini, get a new 
>> Mac Mini with Catalina and remote desktop into the old Mac Mini. Or have a 
>> Mac that is running several virtual machines you can remote into (use memory 
>> ballooning to share it well). The Apple EULA has constraints, but I think 
>> this is OK. 
>> 
>> Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
>> You can readily run a single app in a window for a linux server using 
>> several programs such as nomachine and (I think) xpra. But I don't know 
>> about macOS. Maybe you can make a single-window app full screen and adjust 
>> the size of the client window. I haven't tried this.
>> 
>> Dar Scott
>> Mad Scientist
> 
> 
> ___
> 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: Catalina

2019-10-10 Thread Bob Sneidar via use-livecode
Mad scientist indeed! ;-)

Bob S


> On Oct 9, 2019, at 16:59 , Dar Scott Consulting via use-livecode 
>  wrote:
> 
> Oh. That looks hard. I don't even know how to take control of the 0x80 
> interrupt.
> 
> However, here are some ideas for alternatives.
> 
> Virtual
> 
> Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
> don't use these, so check out what I say.) The capability is roughly the 
> same. You can run an application on a client OS in a window on the host. So, 
> if you have an older macOS running on a virtual machine that can run your 
> app, you can set things up so that you can double-click on your desktop and 
> run a 32-bit app.
> 
> Real
> 
> Another method is to set up little "servers" you can remote into. For 
> example, instead of upgrading to Catalina on your old Mac Mini, get a new Mac 
> Mini with Catalina and remote desktop into the old Mac Mini. Or have a Mac 
> that is running several virtual machines you can remote into (use memory 
> ballooning to share it well). The Apple EULA has constraints, but I think 
> this is OK. 
> 
> Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
> You can readily run a single app in a window for a linux server using several 
> programs such as nomachine and (I think) xpra. But I don't know about macOS. 
> Maybe you can make a single-window app full screen and adjust the size of the 
> client window. I haven't tried this.
> 
> Dar Scott
> Mad Scientist


___
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: Catalina

2019-10-09 Thread Dar Scott Consulting via use-livecode
Oh. That looks hard. I don't even know how to take control of the 0x80 
interrupt.

However, here are some ideas for alternatives.

Virtual

Parallels has Coherence; Virtual Box has Seamless Mode; VMware has Unity. (I 
don't use these, so check out what I say.) The capability is roughly the same. 
You can run an application on a client OS in a window on the host. So, if you 
have an older macOS running on a virtual machine that can run your app, you can 
set things up so that you can double-click on your desktop and run a 32-bit app.

Real

Another method is to set up little "servers" you can remote into. For example, 
instead of upgrading to Catalina on your old Mac Mini, get a new Mac Mini with 
Catalina and remote desktop into the old Mac Mini. Or have a Mac that is 
running several virtual machines you can remote into (use memory ballooning to 
share it well). The Apple EULA has constraints, but I think this is OK. 

Now, what if you can run an app on a remote machine like Coherence/Unity/SM? 
You can readily run a single app in a window for a linux server using several 
programs such as nomachine and (I think) xpra. But I don't know about macOS. 
Maybe you can make a single-window app full screen and adjust the size of the 
client window. I haven't tried this.

Dar Scott
Mad Scientist

> On Oct 9, 2019, at 3:50 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 10/9/19 2:03 PM, Dar Scott Consulting via use-livecode wrote:
>> I just use macWrap32. Oh. Wait. There isn't one.
> 
> :) Write one for us.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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


___
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: Catalina

2019-10-09 Thread J. Landman Gay via use-livecode

On 10/9/19 2:03 PM, Dar Scott Consulting via use-livecode wrote:

I just use macWrap32. Oh. Wait. There isn't one.


:) Write one for us.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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


Re: Catalina

2019-10-09 Thread J. Landman Gay via use-livecode

On 10/9/19 11:46 AM, Paul Dupuis via use-livecode wrote:

On 10/9/2019 12:29 PM, J. Landman Gay via use-livecode wrote:
It may be too late for you, but last week I got an email from the 
company that makes my accounting software warning customers not to 
upgrade to Catalina. They said they've been working on the transition 
for a year and thought they'd finish in time but it didn't work out. 
They were quite up-front about it, said they were working hard and 
would let us know when it was ready.

Hah! We clearly use the SAME accounting software!


I was just thinking the same thing. :)

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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


Re: Catalina

2019-10-09 Thread Dar Scott Consulting via use-livecode
I just use macWrap32. Oh. Wait. There isn't one.

> On Oct 9, 2019, at 12:17 PM, kee nethery via use-livecode 
>  wrote:
> 
> I’m not so concerned with the latest version of Catalina as I am with some of 
> the software I use ceasing to function. Want to make sure I either update 
> everything to 64bit, find a replacement, or convert documents into a format 
> that will work with the 64bit apps that I do have.
> 
> Kee
> 
>> On Oct 9, 2019, at 11:09 AM, Richmond via use-livecode 
>>  wrote:
>> 
>> As far as I know, Catalina "exists" inside its "own protected space", which 
>> means that it
>> is like that awful conversation you have with your embarrassing relative who 
>> is banged
>> up in one of those American prisons we see in Movies with a thickened 
>> plate-glass window
>> and 2 retro telephone handsets . . .
>> 
>> . . . I remember having a conversation in 1993 from Connecticut with my Mum 
>> (for her birthday)
>> in England with one of those cheapo phone cards that went in for fancy 
>> signal-sharing (or something) where,
>> by the time the person heard what you'd had to say at the other end you'd 
>> had time to regret saying.
> 
> ___
> 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: Catalina

2019-10-09 Thread kee nethery via use-livecode
I’m not so concerned with the latest version of Catalina as I am with some of 
the software I use ceasing to function. Want to make sure I either update 
everything to 64bit, find a replacement, or convert documents into a format 
that will work with the 64bit apps that I do have.

Kee

> On Oct 9, 2019, at 11:09 AM, Richmond via use-livecode 
>  wrote:
> 
> As far as I know, Catalina "exists" inside its "own protected space", which 
> means that it
> is like that awful conversation you have with your embarrassing relative who 
> is banged
> up in one of those American prisons we see in Movies with a thickened 
> plate-glass window
> and 2 retro telephone handsets . . .
> 
> . . . I remember having a conversation in 1993 from Connecticut with my Mum 
> (for her birthday)
> in England with one of those cheapo phone cards that went in for fancy 
> signal-sharing (or something) where,
> by the time the person heard what you'd had to say at the other end you'd had 
> time to regret saying.

___
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: Catalina

2019-10-09 Thread JJS via use-livecode
I just got an email from Arturia a french based company that makes 
software and nowadays hardware synthesizers too, warning customers not 
to update to Catalina, until there is a hotfix. Many plugins producers 
use in music DAW's are still 32-bits and will not work.


What a great move from Apple.

You can say from Windows what you want, but i have plugins from around 
2003 still working as advertised in Win10-64bits


Op 9-10-2019 om 18:29 schreef J. Landman Gay via use-livecode:
It may be too late for you, but last week I got an email from the 
company that makes my accounting software warning customers not to 
upgrade to Catalina. They said they've been working on the transition 
for a year and thought they'd finish in time but it didn't work out. 
They were quite up-front about it, said they were working hard and 
would let us know when it was ready.


That seemed thoughtful, and probably saved them a lot of tech support 
as well. On the other hand, I almost never upgrade to the first 
release of a major dot-zero version. I wait for the wrinkles to shake 
out.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 9, 2019 10:52:25 AM Paul Dupuis via use-livecode 
 wrote:



Customer (at least ours) do not understand 32 bit vs 64-bit. They will
only know that (a) Apple says there is a new update for their computer
and they click to update; or (b) as a member of some university or
business, their computer is upgraded (perhaps at their request, perhaps
as part of a planned upgrade cycle).

In either case, after they or some IT person has helped with the OS
update, suddenly some of their software (including ours) no longer works
(being 32-bit). They don't know why. They don't care why.

Now as for the "Well, Apple has been notifying you forever that, as a
developer, you needed to be at 64 bits" or "But if you make your apps in
LiveCode, just recompile with LiveCode 9"

Our apps have hundreds of thousands of line of code. In migrating them
to LiveCode 9, at first they would not even run. In the course of
migrating, Researchware staff has filed some 40 Livecode 9 bugs, some of
which have no or no good workarounds, that directly impact features of
our apps. Thankfully, most have work-arounds, but work-arounds and
testing take time. Now for the record, LiveCode, Ltd. has been
absolutely great in suggesting work-arounds or helping us work through
the most serious of the bugs.

Our customers do not need 64 bits. Our very niche software does what it
needs to do in 32 bits. Our customer have no disk space issues or memory
issues due to both 32 and 64 bits libraries or support. Our customers
would all be very happy to just keep using our tools as is. Hence, my
venting is about Apple's intentionally planned obsolescence. What our
customers want in new versions is not 64 bit, but functional
enhancements to what our software does.

Being a small (very small), we have sunk a year of development in to
getting to LC9 for 64 bit and making sure what we have in our app just
works (QA testing!). We have had no resources to work on new or enhanced
features. So our customers get an upgrade, with almost nothing new
except 64 bit support, which also means with nothing new, we can't in
good conscious charge an upgrade fee for it. Which means lost revenue,
which badly hurts our small business.

Should we have migrated to LC9 sooner? Probably, but doing so would have
meant - as it does now - only doing the migration and not new
features/revenue. Also doing in now, we still found 40 bugs. If we did
it a year or two ago, how many more bugs would we have found that have
since been fixed!

That's what Catalina represents to us. I realize that many many Apple
customers will be delighted with Catalina and I am happy for them. I
just wish that Apple cared a bit more about not breaking what came
before. Say what you will about Microsoft, but I still have specialty
applications written for Windows 2000/XP that run fine under Windows 10!
Microsoft is guilty of many many sins, but **for the most part** they
try to keep things that once once worked still working.

___
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: Catalina

2019-10-09 Thread Richmond via use-livecode
As far as I know, Catalina "exists" inside its "own protected space", 
which means that it
is like that awful conversation you have with your embarrassing relative 
who is banged
up in one of those American prisons we see in Movies with a thickened 
plate-glass window

and 2 retro telephone handsets . . .

. . . I remember having a conversation in 1993 from Connecticut with my 
Mum (for her birthday)
in England with one of those cheapo phone cards that went in for fancy 
signal-sharing (or something) where,
by the time the person heard what you'd had to say at the other end 
you'd had time to regret saying.


On 9.10.19 20:06, hh via use-livecode wrote:

Bob S. wrote:
Can I just point out, to no one in particular on this list, that
you don't HAVE TO UPGRADE TO CATALINA??? Apple did not cause your
version of LC to become obsolete. YOU DID!

Matthias R. wrote:
Thanks Bot, i thought the same, but did not dare to write it.

It is just the same with new LiveCode versions.
So why did you both ever write about new LC versions?

New MacOS versions are often a downgrade in software speed
(measured relative to hardware speed). This time it is a BIG
downgrade. Just try yourself (but you don't have to ...).

The current Apple style is the 'fake-news-and-status' style:

For example the installer. For at about 45 minutes the estimated
time remaining is repeatedly calculated to 31 minutes and then
going down by one to 27 every ten minutes. This is 5bit computing,
not 64bit.

First everything has to be freshly indexed and cashed, of course.

But then, after *every* startup, the system seems to be ready
but doesn't respond for ten seconds. The same again with Mail,
etc., hopefully not with your standalones.


___
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: Catalina

2019-10-09 Thread Richmond via use-livecode
Not for me: as a person who is normally an early adopter, I'm breaking 
my own rule and

keeping well clear of Catalina.

I have always been ambivalent about upgrading as the benefits have 
almost always been balanced by downsides


[ https://www.downside.co.uk/ ]

and, as I still use a BBC Model B computer (saving my work on an audio 
cassette) for tinkering around with
BBC BASIC in a way that seems direct and to the point: no GUI, boots in 
5 seconds., I am not automatically
a believer in the ever-upwards thing (remember, in Jacob's dream there 
were also being coming down the staircase).


As I, almost exclusively (well, except when I'm fooling myself about 
Devawriter Pro) develop humble
little programs for EFL kiddos for deployment on manky-franky old PCs 
running Xubuntu the need for Catalina
exists in no bigger way than the fact that I regret never having "had a 
bash" at Mount Everest.


As, at 57, I'm working my way towards being one of Jacque's "wrinklies", 
I suspect the shaking will be

elsewhere.

On 9.10.19 19:29, J. Landman Gay via use-livecode wrote:
It may be too late for you, but last week I got an email from the 
company that makes my accounting software warning customers not to 
upgrade to Catalina. They said they've been working on the transition 
for a year and thought they'd finish in time but it didn't work out. 
They were quite up-front about it, said they were working hard and 
would let us know when it was ready.


That seemed thoughtful, and probably saved them a lot of tech support 
as well. On the other hand, I almost never upgrade to the first 
release of a major dot-zero version. I wait for the wrinkles to shake 
out.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 9, 2019 10:52:25 AM Paul Dupuis via use-livecode 
 wrote:



Customer (at least ours) do not understand 32 bit vs 64-bit. They will
only know that (a) Apple says there is a new update for their computer
and they click to update; or (b) as a member of some university or
business, their computer is upgraded (perhaps at their request, perhaps
as part of a planned upgrade cycle).

In either case, after they or some IT person has helped with the OS
update, suddenly some of their software (including ours) no longer works
(being 32-bit). They don't know why. They don't care why.

Now as for the "Well, Apple has been notifying you forever that, as a
developer, you needed to be at 64 bits" or "But if you make your apps in
LiveCode, just recompile with LiveCode 9"

Our apps have hundreds of thousands of line of code. In migrating them
to LiveCode 9, at first they would not even run. In the course of
migrating, Researchware staff has filed some 40 Livecode 9 bugs, some of
which have no or no good workarounds, that directly impact features of
our apps. Thankfully, most have work-arounds, but work-arounds and
testing take time. Now for the record, LiveCode, Ltd. has been
absolutely great in suggesting work-arounds or helping us work through
the most serious of the bugs.

Our customers do not need 64 bits. Our very niche software does what it
needs to do in 32 bits. Our customer have no disk space issues or memory
issues due to both 32 and 64 bits libraries or support. Our customers
would all be very happy to just keep using our tools as is. Hence, my
venting is about Apple's intentionally planned obsolescence. What our
customers want in new versions is not 64 bit, but functional
enhancements to what our software does.

Being a small (very small), we have sunk a year of development in to
getting to LC9 for 64 bit and making sure what we have in our app just
works (QA testing!). We have had no resources to work on new or enhanced
features. So our customers get an upgrade, with almost nothing new
except 64 bit support, which also means with nothing new, we can't in
good conscious charge an upgrade fee for it. Which means lost revenue,
which badly hurts our small business.

Should we have migrated to LC9 sooner? Probably, but doing so would have
meant - as it does now - only doing the migration and not new
features/revenue. Also doing in now, we still found 40 bugs. If we did
it a year or two ago, how many more bugs would we have found that have
since been fixed!

That's what Catalina represents to us. I realize that many many Apple
customers will be delighted with Catalina and I am happy for them. I
just wish that Apple cared a bit more about not breaking what came
before. Say what you will about Microsoft, but I still have specialty
applications written for Windows 2000/XP that run fine under Windows 10!
Microsoft is guilty of many many sins, but **for the most part** they
try to keep things that once once worked still working.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription prefe

Re: Catalina

2019-10-09 Thread hh via use-livecode
> Bob S. wrote:
> Can I just point out, to no one in particular on this list, that
> you don't HAVE TO UPGRADE TO CATALINA??? Apple did not cause your
> version of LC to become obsolete. YOU DID! 
> 
> Matthias R. wrote:
> Thanks Bot, i thought the same, but did not dare to write it.

It is just the same with new LiveCode versions.
So why did you both ever write about new LC versions?

New MacOS versions are often a downgrade in software speed
(measured relative to hardware speed). This time it is a BIG
downgrade. Just try yourself (but you don't have to ...).

The current Apple style is the 'fake-news-and-status' style:

For example the installer. For at about 45 minutes the estimated
time remaining is repeatedly calculated to 31 minutes and then
going down by one to 27 every ten minutes. This is 5bit computing,
not 64bit.

First everything has to be freshly indexed and cashed, of course.

But then, after *every* startup, the system seems to be ready
but doesn't respond for ten seconds. The same again with Mail,
etc., hopefully not with your standalones.


___
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: Catalina

2019-10-09 Thread Paul Dupuis via use-livecode

On 10/9/2019 12:29 PM, J. Landman Gay via use-livecode wrote:
It may be too late for you, but last week I got an email from the 
company that makes my accounting software warning customers not to 
upgrade to Catalina. They said they've been working on the transition 
for a year and thought they'd finish in time but it didn't work out. 
They were quite up-front about it, said they were working hard and 
would let us know when it was ready.

Hah! We clearly use the SAME accounting software!

___
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: Catalina

2019-10-09 Thread Paul Dupuis via use-livecode

On 10/9/2019 12:02 PM, Bob Sneidar via use-livecode wrote:

It's a good point. If any commercial developers using LC (or ANY dev 
environment) are going to have issues with Catalina, it might be a good idea to 
mail blast them and warn them if your app is not going to be compatible, and 
even provide a general time frame for when they will be.


Yes, we unfortunately, already had to do that. And I hated having to 
send it out. We just could not quite make the timing. We have about a 
handful of bugs left to fix and QA and then we'll have our new release. 
I really regret not being done by Catalina, but we tried hard.


We, ourselves, use a popular Accounting software package that runs on 
OSX, who also email blasted us warning they were not quite 64 bit yet.


___
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: Catalina

2019-10-09 Thread Bob Sneidar via use-livecode
+1 I don't either. Too old and scarred to brave those waters. 

Bob S


> On Oct 9, 2019, at 09:29 , J. Landman Gay via use-livecode 
>  wrote:
> 
> It may be too late for you, but last week I got an email from the company 
> that makes my accounting software warning customers not to upgrade to 
> Catalina. They said they've been working on the transition for a year and 
> thought they'd finish in time but it didn't work out. They were quite 
> up-front about it, said they were working hard and would let us know when it 
> was ready.
> 
> That seemed thoughtful, and probably saved them a lot of tech support as 
> well. On the other hand, I almost never upgrade to the first release of a 
> major dot-zero version. I wait for the wrinkles to shake out.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.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


Re: Catalina

2019-10-09 Thread J. Landman Gay via use-livecode
It may be too late for you, but last week I got an email from the company 
that makes my accounting software warning customers not to upgrade to 
Catalina. They said they've been working on the transition for a year and 
thought they'd finish in time but it didn't work out. They were quite 
up-front about it, said they were working hard and would let us know when 
it was ready.


That seemed thoughtful, and probably saved them a lot of tech support as 
well. On the other hand, I almost never upgrade to the first release of a 
major dot-zero version. I wait for the wrinkles to shake out.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 9, 2019 10:52:25 AM Paul Dupuis via use-livecode 
 wrote:



Customer (at least ours) do not understand 32 bit vs 64-bit. They will
only know that (a) Apple says there is a new update for their computer
and they click to update; or (b) as a member of some university or
business, their computer is upgraded (perhaps at their request, perhaps
as part of a planned upgrade cycle).

In either case, after they or some IT person has helped with the OS
update, suddenly some of their software (including ours) no longer works
(being 32-bit). They don't know why. They don't care why.

Now as for the "Well, Apple has been notifying you forever that, as a
developer, you needed to be at 64 bits" or "But if you make your apps in
LiveCode, just recompile with LiveCode 9"

Our apps have hundreds of thousands of line of code. In migrating them
to LiveCode 9, at first they would not even run. In the course of
migrating, Researchware staff has filed some 40 Livecode 9 bugs, some of
which have no or no good workarounds, that directly impact features of
our apps. Thankfully, most have work-arounds, but work-arounds and
testing take time. Now for the record, LiveCode, Ltd. has been
absolutely great in suggesting work-arounds or helping us work through
the most serious of the bugs.

Our customers do not need 64 bits. Our very niche software does what it
needs to do in 32 bits. Our customer have no disk space issues or memory
issues due to both 32 and 64 bits libraries or support. Our customers
would all be very happy to just keep using our tools as is. Hence, my
venting is about Apple's intentionally planned obsolescence. What our
customers want in new versions is not 64 bit, but functional
enhancements to what our software does.

Being a small (very small), we have sunk a year of development in to
getting to LC9 for 64 bit and making sure what we have in our app just
works (QA testing!). We have had no resources to work on new or enhanced
features. So our customers get an upgrade, with almost nothing new
except 64 bit support, which also means with nothing new, we can't in
good conscious charge an upgrade fee for it. Which means lost revenue,
which badly hurts our small business.

Should we have migrated to LC9 sooner? Probably, but doing so would have
meant - as it does now - only doing the migration and not new
features/revenue. Also doing in now, we still found 40 bugs. If we did
it a year or two ago, how many more bugs would we have found that have
since been fixed!

That's what Catalina represents to us. I realize that many many Apple
customers will be delighted with Catalina and I am happy for them. I
just wish that Apple cared a bit more about not breaking what came
before. Say what you will about Microsoft, but I still have specialty
applications written for Windows 2000/XP that run fine under Windows 10!
Microsoft is guilty of many many sins, but **for the most part** they
try to keep things that once once worked still working.

___
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: Catalina

2019-10-09 Thread Bob Sneidar via use-livecode
It's a good point. If any commercial developers using LC (or ANY dev 
environment) are going to have issues with Catalina, it might be a good idea to 
mail blast them and warn them if your app is not going to be compatible, and 
even provide a general time frame for when they will be. 

Also, I think the advice to make sure a full backup is made before a major OS 
update cannot be overstressed. Customers who fail to do this and then find that 
not only are LC 32 bit apps not going to run but a LOT of other apps won't 
either, and then have no way to revert, really need to bear some responsibility 
for this. 

I know that is not something you can tell a customer, but this issue is not 
unique to LC, so everyone who uses a computer at all, should already be aware 
of the issues that can arise when upgrading an entire OS. 

Bob S


> On Oct 9, 2019, at 08:50 , Paul Dupuis via use-livecode 
>  wrote:
> 
> Customer (at least ours) do not understand 32 bit vs 64-bit. They will only 
> know that (a) Apple says there is a new update for their computer and they 
> click to update; or (b) as a member of some university or business, their 
> computer is upgraded (perhaps at their request, perhaps as part of a planned 
> upgrade cycle).


___
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: Catalina

2019-10-09 Thread Matthias Rebbe via use-livecode



Matthias Rebbe

free tools for Livecoders:
InstaMaker <https://instamaker.dermattes.de/>
WinSignMaker Mac <https://winsignhelper.dermattes.de/>
> Am 09.10.2019 um 17:16 schrieb Bob Sneidar via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Can I just point out, to no one in particular on this list, that you don't 
> HAVE TO UPGRADE TO CATALINA??? Apple did not cause your version of LC to 
> become obsolete. YOU DID! 
> 
Thanks Bot, i thought the same, but did not dare to write it.



>> On Oct 8, 2019, at 18:52 , hh via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> "Catalina is a girl's name of Spanish origin meaning 'pure'".
>> What a beautiful sounding name!
>> 
>> But MacOS Catalina is a pure killer. Killed my beloved LC 6/7
>> (I need for development of Raspi stacks) and sometimes need
>> for speed.
>> 
>> I learned LiveCode using LC 6 in 2013.
>> TMHO, LC 6.7.11 was the most complete LC version ever made.
>> 
>> May be I'll use one older machine only for using LC 6/7.
>> But it's kind of a burial.   :-((
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com <mailto: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 <mailto: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: Catalina

2019-10-09 Thread Paul Dupuis via use-livecode
Customer (at least ours) do not understand 32 bit vs 64-bit. They will 
only know that (a) Apple says there is a new update for their computer 
and they click to update; or (b) as a member of some university or 
business, their computer is upgraded (perhaps at their request, perhaps 
as part of a planned upgrade cycle).


In either case, after they or some IT person has helped with the OS 
update, suddenly some of their software (including ours) no longer works 
(being 32-bit). They don't know why. They don't care why.


Now as for the "Well, Apple has been notifying you forever that, as a 
developer, you needed to be at 64 bits" or "But if you make your apps in 
LiveCode, just recompile with LiveCode 9"


Our apps have hundreds of thousands of line of code. In migrating them 
to LiveCode 9, at first they would not even run. In the course of 
migrating, Researchware staff has filed some 40 Livecode 9 bugs, some of 
which have no or no good workarounds, that directly impact features of 
our apps. Thankfully, most have work-arounds, but work-arounds and 
testing take time. Now for the record, LiveCode, Ltd. has been 
absolutely great in suggesting work-arounds or helping us work through 
the most serious of the bugs.


Our customers do not need 64 bits. Our very niche software does what it 
needs to do in 32 bits. Our customer have no disk space issues or memory 
issues due to both 32 and 64 bits libraries or support. Our customers 
would all be very happy to just keep using our tools as is. Hence, my 
venting is about Apple's intentionally planned obsolescence. What our 
customers want in new versions is not 64 bit, but functional 
enhancements to what our software does.


Being a small (very small), we have sunk a year of development in to 
getting to LC9 for 64 bit and making sure what we have in our app just 
works (QA testing!). We have had no resources to work on new or enhanced 
features. So our customers get an upgrade, with almost nothing new 
except 64 bit support, which also means with nothing new, we can't in 
good conscious charge an upgrade fee for it. Which means lost revenue, 
which badly hurts our small business.


Should we have migrated to LC9 sooner? Probably, but doing so would have 
meant - as it does now - only doing the migration and not new 
features/revenue. Also doing in now, we still found 40 bugs. If we did 
it a year or two ago, how many more bugs would we have found that have 
since been fixed!


That's what Catalina represents to us. I realize that many many Apple 
customers will be delighted with Catalina and I am happy for them. I 
just wish that Apple cared a bit more about not breaking what came 
before. Say what you will about Microsoft, but I still have specialty 
applications written for Windows 2000/XP that run fine under Windows 10! 
Microsoft is guilty of many many sins, but **for the most part** they 
try to keep things that once once worked still working.


___
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


  1   2   >