[ot] Test

[Ralph DiMola via use-livecode]

Email test.

Sorry for the noise

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
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: Anyone with a new code sign certificate on eToken or in cloud would like to test my signtool.exe wrapper?

[matthias rebbe via use-livecode]

> Am 30.07.2023 um 20:08 schrieb J. Landman Gay via use-livecode 
> :
> 
> Yes, prices have gone way up. You now need a physical USB stick with an 
> encrypted certificate for Windows.

> I understand there is a cloud option too but we weren't offered that.
Not every certificate issuer offers the 'certificate in cloud' (software token) 
solution.
I for example have a Certum certificate. Certum offers for  the OV and the EV 
certificates both the certificate in cloud and the eToken solution. So one can 
choose.
For my OV certificate in the cloud I paid not more than i paid for my old  
3-year certificate.
I purchased not directly from Certum, but from SSLPoint and paid 329 Eur for a 
3-year OV certificate in the cloud.

For those who are interested in a Cloud certificate
 Leaderssl.com is currently selling the 3-years Certum OV cloud certificate 
even for only 300 Euros and the EV for 600 Euros.

The cloud based solutions works this way:
You have to install a mobile app on your Android or iOS smart phone and also a 
desktop app on your Windows pc.
The mobile app creates a one time password which you need to login with your 
desktop app into the Certum "Cloud" or however this could be called.
As soon and as long you are  logged in to the cloud service  the certificate is 
"included" in your certificate store.
Signtool.exe and any also other signing tool, e.g. Jarsigner, which is able to 
sign using a token, can access the certificate then.

The eToken solution works similar. You have to install a driver for the eToken 
on your Windows PC.
As soon as signtool tries to access the certificate from the eToken, the driver 
software asks for the password to access the eToken.


Unfortunately osslsigncode for macOS currently does not support tokens, 
therefore it is not possible to sign Windows executabls on macOS anymore when 
using those new certificates.
Osslsignode for Linux shall support the new tokens, but i haven't tested it yet.


Matthias
> If you go for the USB solution, give yourself some time. We ordered from 
> Sectigo and while they claim you will get the device in 2 or 3 days, they 
> didn't send it for 5 weeks, which required numerous support interactions to 
> determine why the order was lost in the bureaucracy. If that happens to you, 
> get on phone, the chat bot people are evasive and will tell you it's 
> processing and you will receive it in "2 or 3 days."  Demand to talk to a 
> supervisor.
> 
> My client can be very persuasive when she's pissed off. :)
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On July 30, 2023 1:45:06 AM Tom Glod via use-livecode 
>  wrote:
> 
>> Hmm, I'm going to look into this Matthias,  I had not heard of etoken Certs.
>> I wonder if this is the reason for the recent doubling of the price of
>> signing certificates.
>> 
>> On Thu, Jul 27, 2023 at 10:49 AM matthias rebbe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi,
>>> is there anyone in the list who has already one of those new code signing
>>> certificates on an eToken or in the cloud and would like to test my new
>>> wrapper for signtool.exe?
>>> 
>>> Especially those who are not very familiar with Windows might find this
>>> wrapper helpful.
>>> 
>>> I've tested it with my cloud base certificate, but had no chance to get it
>>> tested from one with an eToken certificate.
>>> 
>>> So if there is interest, then please let me know.
>>> 
>>> Regards,
>>> 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
>>> 
>> ___
>> 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: Anyone with a new code sign certificate on eToken or in cloud would like to test my signtool.exe wrapper?

[J. Landman Gay via use-livecode]

Yes, prices have gone way up. You now need a physical USB stick with an 
encrypted certificate for Windows. I understand there is a cloud option too 
but we weren't offered that.


If you go for the USB solution, give yourself some time. We ordered from 
Sectigo and while they claim you will get the device in 2 or 3 days, they 
didn't send it for 5 weeks, which required numerous support interactions to 
determine why the order was lost in the bureaucracy. If that happens to 
you, get on phone, the chat bot people are evasive and will tell you it's 
processing and you will receive it in "2 or 3 days."  Demand to talk to a 
supervisor.


My client can be very persuasive when she's pissed off. :)

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On July 30, 2023 1:45:06 AM Tom Glod via use-livecode 
 wrote:



Hmm, I'm going to look into this Matthias,  I had not heard of etoken Certs.
I wonder if this is the reason for the recent doubling of the price of
signing certificates.

On Thu, Jul 27, 2023 at 10:49 AM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:


Hi,
is there anyone in the list who has already one of those new code signing
certificates on an eToken or in the cloud and would like to test my new
wrapper for signtool.exe?

Especially those who are not very familiar with Windows might find this
wrapper helpful.

I've tested it with my cloud base certificate, but had no chance to get it
tested from one with an eToken certificate.

So if there is interest, then please let me know.

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


___
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: Anyone with a new code sign certificate on eToken or in cloud would like to test my signtool.exe wrapper?

[Tom Glod via use-livecode]

Hmm, I'm going to look into this Matthias,  I had not heard of etoken Certs.
 I wonder if this is the reason for the recent doubling of the price of
signing certificates.

On Thu, Jul 27, 2023 at 10:49 AM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
> is there anyone in the list who has already one of those new code signing
> certificates on an eToken or in the cloud and would like to test my new
> wrapper for signtool.exe?
>
> Especially those who are not very familiar with Windows might find this
> wrapper helpful.
>
> I've tested it with my cloud base certificate, but had no chance to get it
> tested from one with an eToken certificate.
>
> So if there is interest, then please let me know.
>
> Regards,
> 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
>
___
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

Anyone with a new code sign certificate on eToken or in cloud would like to test my signtool.exe wrapper?

[matthias rebbe via use-livecode]

Hi,
is there anyone in the list who has already one of those new code signing 
certificates on an eToken or in the cloud and would like to test my new wrapper 
for signtool.exe?

Especially those who are not very familiar with Windows might find this wrapper 
helpful.

I've tested it with my cloud base certificate, but had no chance to get it 
tested from one with an eToken certificate.

So if there is interest, then please let me know.

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

Re: iOS 16.4.1 breaks connection with LiveCode test feature

[matthias rebbe via use-livecode]

Mark,

Mike's comment made me think and i installed 16.4.1 on my iPhone and was able 
to successfully test an LC iOS app with Xcode 14.2 using the Test button in LC 
9.6.9.

Regards,
Matthias


> Am 28.04.2023 um 02:41 schrieb Mark Talluto via use-livecode 
> :
> 
> Hello everyone,
> 
> There may be a problem with iOS devices updated to 16.4 or 16.4.1 and Xcode 
> 14.2 as a working combination. The issue between them is that devices may 
> fail to prepare for development (error from Xcode).
> 
> https://developer.apple.com/forums/thread/727270
> 
> Of course, you can continue to build iOS apps with Xcode 14.2 if you 
> accidentally allow your device to upgrade to 16.4.1. You cannot test your app 
> directly from the LiveCode IDE using the test button if your device has been 
> updated to iOS 16.4 or 16.4.1.
> 
> You can build for TestFlight and run your app on your device that way. But, 
> it is more cumbersome than direct testing from the LiveCode IDE.
> 
> I hope this public service announcement is useful to iOS developers using 
> LiveCode. The short of it is do not allow your iOS devices to update to 
> 16.4.1 for now.
> 
> 
> Best regards,
> Mark Talluto
> 
> appli.io <https://appli.io/>
> livecloud.io <https://livecloud.io/>
> nursenotes.net <https://nursenotes.net/>
> canelasoftware.com <https://www.canelasoftware.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: iOS 16.4.1 breaks connection with LiveCode test feature

[Mike Kerner via use-livecode]

i think that's what i'm talking about, but maybe i don't understand what
he's experiencing.
i'm in active development on an app. i'm building it many times per day and
deploying it on my test ipad, running it, and invoking the remote debugger.
since i'm running 16.5 i'm wondering if that might fix it.
what i'm doing that might be slightly different is i'm not using the test
button in the ide to install it, but rather the configurator (my apps are
all using levure, so the build process might be slightly different).

On Fri, Apr 28, 2023 at 9:30 AM Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think Mark is speaking of the On The Fly deployment in LC that is not
> working anymore with 16.4 to 16.4.2 and Xcode 14.2
>
>
> Von meinem iPad gesendet
>
> > Am 28.04.2023 um 15:20 schrieb Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > well, my main test ipad is running 16.5, and i'm using xc 14.2
> > no issues with the remote debugger with this setup, anway.
> >
> >> On Thu, Apr 27, 2023 at 8:43 PM Mark Talluto via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> Hello everyone,
> >>
> >> There may be a problem with iOS devices updated to 16.4 or 16.4.1 and
> >> Xcode 14.2 as a working combination. The issue between them is that
> devices
> >> may fail to prepare for development (error from Xcode).
> >>
> >> https://developer.apple.com/forums/thread/727270
> >>
> >> Of course, you can continue to build iOS apps with Xcode 14.2 if you
> >> accidentally allow your device to upgrade to 16.4.1. You cannot test
> your
> >> app directly from the LiveCode IDE using the test button if your device
> has
> >> been updated to iOS 16.4 or 16.4.1.
> >>
> >> You can build for TestFlight and run your app on your device that way.
> >> But, it is more cumbersome than direct testing from the LiveCode IDE.
> >>
> >> I hope this public service announcement is useful to iOS developers
> using
> >> LiveCode. The short of it is do not allow your iOS devices to update to
> >> 16.4.1 for now.
> >>
> >>
> >> Best regards,
> >> Mark Talluto
> >>
> >> appli.io <https://appli.io/>
> >> livecloud.io <https://livecloud.io/>
> >> nursenotes.net <https://nursenotes.net/>
> >> canelasoftware.com <https://www.canelasoftware.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
> >>
> >
> >
> > --
> > 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: iOS 16.4.1 breaks connection with LiveCode test feature

[Matthias Rebbe via use-livecode]

I think Mark is speaking of the On The Fly deployment in LC that is not working 
anymore with 16.4 to 16.4.2 and Xcode 14.2


Von meinem iPad gesendet

> Am 28.04.2023 um 15:20 schrieb Mike Kerner via use-livecode 
> :
> 
> well, my main test ipad is running 16.5, and i'm using xc 14.2
> no issues with the remote debugger with this setup, anway.
> 
>> On Thu, Apr 27, 2023 at 8:43 PM Mark Talluto via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hello everyone,
>> 
>> There may be a problem with iOS devices updated to 16.4 or 16.4.1 and
>> Xcode 14.2 as a working combination. The issue between them is that devices
>> may fail to prepare for development (error from Xcode).
>> 
>> https://developer.apple.com/forums/thread/727270
>> 
>> Of course, you can continue to build iOS apps with Xcode 14.2 if you
>> accidentally allow your device to upgrade to 16.4.1. You cannot test your
>> app directly from the LiveCode IDE using the test button if your device has
>> been updated to iOS 16.4 or 16.4.1.
>> 
>> You can build for TestFlight and run your app on your device that way.
>> But, it is more cumbersome than direct testing from the LiveCode IDE.
>> 
>> I hope this public service announcement is useful to iOS developers using
>> LiveCode. The short of it is do not allow your iOS devices to update to
>> 16.4.1 for now.
>> 
>> 
>> Best regards,
>> Mark Talluto
>> 
>> appli.io <https://appli.io/>
>> livecloud.io <https://livecloud.io/>
>> nursenotes.net <https://nursenotes.net/>
>> canelasoftware.com <https://www.canelasoftware.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
>> 
> 
> 
> -- 
> 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: iOS 16.4.1 breaks connection with LiveCode test feature

[Mike Kerner via use-livecode]

well, my main test ipad is running 16.5, and i'm using xc 14.2
no issues with the remote debugger with this setup, anway.

On Thu, Apr 27, 2023 at 8:43 PM Mark Talluto via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello everyone,
>
> There may be a problem with iOS devices updated to 16.4 or 16.4.1 and
> Xcode 14.2 as a working combination. The issue between them is that devices
> may fail to prepare for development (error from Xcode).
>
> https://developer.apple.com/forums/thread/727270
>
> Of course, you can continue to build iOS apps with Xcode 14.2 if you
> accidentally allow your device to upgrade to 16.4.1. You cannot test your
> app directly from the LiveCode IDE using the test button if your device has
> been updated to iOS 16.4 or 16.4.1.
>
> You can build for TestFlight and run your app on your device that way.
> But, it is more cumbersome than direct testing from the LiveCode IDE.
>
> I hope this public service announcement is useful to iOS developers using
> LiveCode. The short of it is do not allow your iOS devices to update to
> 16.4.1 for now.
>
>
> Best regards,
> Mark Talluto
>
> appli.io <https://appli.io/>
> livecloud.io <https://livecloud.io/>
> nursenotes.net <https://nursenotes.net/>
> canelasoftware.com <https://www.canelasoftware.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
>


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

iOS 16.4.1 breaks connection with LiveCode test feature

[Mark Talluto via use-livecode]

Hello everyone,

There may be a problem with iOS devices updated to 16.4 or 16.4.1 and Xcode 
14.2 as a working combination. The issue between them is that devices may fail 
to prepare for development (error from Xcode).

https://developer.apple.com/forums/thread/727270

Of course, you can continue to build iOS apps with Xcode 14.2 if you 
accidentally allow your device to upgrade to 16.4.1. You cannot test your app 
directly from the LiveCode IDE using the test button if your device has been 
updated to iOS 16.4 or 16.4.1.

You can build for TestFlight and run your app on your device that way. But, it 
is more cumbersome than direct testing from the LiveCode IDE.

I hope this public service announcement is useful to iOS developers using 
LiveCode. The short of it is do not allow your iOS devices to update to 16.4.1 
for now.


Best regards,
Mark Talluto

appli.io <https://appli.io/>
livecloud.io <https://livecloud.io/>
nursenotes.net <https://nursenotes.net/>
canelasoftware.com <https://www.canelasoftware.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: test

[Mike Kerner via use-livecode]

it was two days.
i couldn't just let it go, any longer.

On Mon, Apr 10, 2023 at 12:25 PM Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:

> A better joke would be for everyone to say nothing.
>
> … and let the fun ensue...
>
> Martin
>
>
> > On Apr 10, 2023, at 11:41 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > You must be in my guild!
> >
> > Bob S
> >
> >
> > On Apr 9, 2023, at 05:54, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > poor joke. it's like when you're gaming, and someone gets on their
> headset
> > and asks if anyone can hear them, and everyone replies "No."
> >
> > On Thu, Apr 6, 2023 at 9:07 AM Craig Newman via use-livecode <
> > use-livecode@lists.runrev.com>
> wrote:
> >
> > Mike.
> >
> > Why a failure? i see you.
> >
> > Craig
> >
> > On Apr 6, 2023, at 8:22 AM, Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com>
> wrote:
> >
> > and it's a great, big, gigantic failburger
> > end of line.
> >
> > ___
> > 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: test

[Martin Koob via use-livecode]

A better joke would be for everyone to say nothing.

… and let the fun ensue...

Martin


> On Apr 10, 2023, at 11:41 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> You must be in my guild!
> 
> Bob S
> 
> 
> On Apr 9, 2023, at 05:54, Mike Kerner via use-livecode 
>  wrote:
> 
> poor joke. it's like when you're gaming, and someone gets on their headset
> and asks if anyone can hear them, and everyone replies "No."
> 
> On Thu, Apr 6, 2023 at 9:07 AM Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
> Mike.
> 
> Why a failure? i see you.
> 
> Craig
> 
> On Apr 6, 2023, at 8:22 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
> and it's a great, big, gigantic failburger
> end of line.
> 
> ___
> 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: test

[Bob Sneidar via use-livecode]

You must be in my guild!

Bob S


On Apr 9, 2023, at 05:54, Mike Kerner via use-livecode 
 wrote:

poor joke. it's like when you're gaming, and someone gets on their headset
and asks if anyone can hear them, and everyone replies "No."

On Thu, Apr 6, 2023 at 9:07 AM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

Mike.

Why a failure? i see you.

Craig

On Apr 6, 2023, at 8:22 AM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

and it's a great, big, gigantic failburger
end of line.

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

[Mike Kerner via use-livecode]

poor joke. it's like when you're gaming, and someone gets on their headset
and asks if anyone can hear them, and everyone replies "No."

On Thu, Apr 6, 2023 at 9:07 AM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike.
>
> Why a failure? i see you.
>
> Craig
>
> > On Apr 6, 2023, at 8:22 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > and it's a great, big, gigantic failburger
> > end of line.
> >
> > On Tue, Apr 4, 2023 at 11:33 AM Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> This is a test of the use list.
> >>
> >> 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
> >>
> >
> >
> > --
> > 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: test

[Craig Newman via use-livecode]

Mike.

Why a failure? i see you.

Craig

> On Apr 6, 2023, at 8:22 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> and it's a great, big, gigantic failburger
> end of line.
> 
> On Tue, Apr 4, 2023 at 11:33 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> This is a test of the use list.
>> 
>> 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
>> 
> 
> 
> -- 
> 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: test

[Mike Kerner via use-livecode]

and it's a great, big, gigantic failburger
end of line.

On Tue, Apr 4, 2023 at 11:33 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This is a test of the use list.
>
> 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
>


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

test

[Bob Sneidar via use-livecode]

This is a test of the use list. 

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: cannot test on my Andoid cellphone!?

[Mike Kerner via use-livecode]

there is also another bug building for android that seems to affect levure
projects.
still waiting on resolution.

On Fri, Mar 31, 2023 at 12:11 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Matthias
>
> > Am 31.03.2023 um 17:57 schrieb matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > This was discussed earlier this month already here.
>
> must have missed that one...
>
> > There is already a bug report and a work around available
> > https://quality.livecode.com/show_bug.cgi?id=23570
>
> I removed SDK 34 and 33 and that fixed it.
> Thanks a lot!
>
> I just love this list! :-)
>
> > Regards,
> > Matthias
> >
> >
> >
> >> Am 31.03.2023 um 17:47 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> Hi friends,
> >>
> >> I added the latest SDKs and platforms via the "SDK Manager" in "Android
> Studio", see below.
> >> Now when I want to test my app on my cellphone, I get an error dialog
> in LC:
> >> -
> >> Unable to build app for testing: could not
> >> encode class bundle - error:
> >> d8: can't find d8.jar
> >> -
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
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: cannot test on my Andoid cellphone!?

[Klaus major-k via use-livecode]

Hi Matthias

> Am 31.03.2023 um 17:57 schrieb matthias rebbe via use-livecode 
> :
> 
> This was discussed earlier this month already here.

must have missed that one...

> There is already a bug report and a work around available
> https://quality.livecode.com/show_bug.cgi?id=23570

I removed SDK 34 and 33 and that fixed it.
Thanks a lot!

I just love this list! :-)

> Regards,
> Matthias
> 
> 
> 
>> Am 31.03.2023 um 17:47 schrieb Klaus major-k via use-livecode 
>> :
>> 
>> Hi friends,
>> 
>> I added the latest SDKs and platforms via the "SDK Manager" in "Android 
>> Studio", see below.
>> Now when I want to test my app on my cellphone, I get an error dialog in LC:
>> -
>> Unable to build app for testing: could not
>> encode class bundle - error:
>> d8: can't find d8.jar
>> -

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: cannot test on my Andoid cellphone!?

[matthias rebbe via use-livecode]

Forgot to name the topic of that discussion
'android build "could not encode class bundle"' 
and was started by Mike Kerner on the 4th of March.



> Am 31.03.2023 um 17:57 schrieb matthias rebbe via use-livecode 
> :
> 
> This was discussed earlier this month already here.
> 
> There is already a bug report and a work around available
> https://quality.livecode.com/show_bug.cgi?id=23570
> Regards,
> Matthias
> 
> 
> 
>> Am 31.03.2023 um 17:47 schrieb Klaus major-k via use-livecode 
>> :
>> 
>> Hi friends,
>> 
>> I added the latest SDKs and platforms via the "SDK Manager" in "Android 
>> Studio", see below.
>> Now when I want to test my app on my cellphone, I get an error dialog in LC:
>> -
>> Unable to build app for testing: could not
>> encode class bundle - error:
>> d8: can't find d8.jar
>> -
>> <https://www.dropbox.com/s/algw4e7izv9xsna/d8.jar.png?dl=0>
>> 
>> LC 9.6.9 rc3
>> 
>> SDKs and Platforms:
>> <https://www.dropbox.com/s/uobbl5ms0b7gvzi/sdk_platforms.png?dl=0>
>> <https://www.dropbox.com/s/unt9kb03jsjp537/sdk_tools.png?dl=0>
>> 
>> Any hints very appreciated!
>> 
>> 
>> Best
>> 
>> Klaus
>> 
>> --
>> Klaus Major
>> https://www.major-k.de
>> https://www.major-k.de/bass
>> kl...@major-k.de
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: cannot test on my Andoid cellphone!?

[matthias rebbe via use-livecode]

This was discussed earlier this month already here.

There is already a bug report and a work around available
https://quality.livecode.com/show_bug.cgi?id=23570
Regards,
Matthias



> Am 31.03.2023 um 17:47 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi friends,
> 
> I added the latest SDKs and platforms via the "SDK Manager" in "Android 
> Studio", see below.
> Now when I want to test my app on my cellphone, I get an error dialog in LC:
> -
> Unable to build app for testing: could not
> encode class bundle - error:
> d8: can't find d8.jar
> -
> <https://www.dropbox.com/s/algw4e7izv9xsna/d8.jar.png?dl=0>
> 
> LC 9.6.9 rc3
> 
> SDKs and Platforms:
> <https://www.dropbox.com/s/uobbl5ms0b7gvzi/sdk_platforms.png?dl=0>
> <https://www.dropbox.com/s/unt9kb03jsjp537/sdk_tools.png?dl=0>
> 
> Any hints very appreciated!
> 
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

cannot test on my Andoid cellphone!?

[Klaus major-k via use-livecode]

Hi friends,

I added the latest SDKs and platforms via the "SDK Manager" in "Android 
Studio", see below.
Now when I want to test my app on my cellphone, I get an error dialog in LC:
-
Unable to build app for testing: could not
encode class bundle - error:
d8: can't find d8.jar
-
<https://www.dropbox.com/s/algw4e7izv9xsna/d8.jar.png?dl=0>

LC 9.6.9 rc3

SDKs and Platforms:
<https://www.dropbox.com/s/uobbl5ms0b7gvzi/sdk_platforms.png?dl=0>
<https://www.dropbox.com/s/unt9kb03jsjp537/sdk_tools.png?dl=0>

Any hints very appreciated!


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: Fail to test new stack on Android device

[Klaus major-k via use-livecode]

Hi Jaques and Brian,

> Am 11.08.2022 um 18:42 schrieb J. Landman Gay via use-livecode 
> :
> 
> Brian was right, but it's the build number that matters rather than the 
> version number. You can either increase it, or delete the existing app on the 
> phone before installing the other one.

yep, that worked!
Always forget about this when I just want to do a quick test. 8-)

> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On August 11, 2022 5:31:36 AM Klaus major-k via use-livecode 
>  wrote:
> 
>> Hi all,
>> 
>> I just tested an older stack on my Android device, everything is fine.
>> Then I created a new stack for a little stack and always get this error
>> when selecting "Test" in the LC dev menu.
>> <https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>
>> 
>> Only script in that stack:
>> 
>> on preopenstack
>>  set the fullscreenmode of this stack to "showall"
>> end preopenstack
>> 
>> ## And a button:
>> on mouseUp
>> ## Need to know if that is returning anything or giving an error or 
>> whatever...
>> answer iphonesafeareainsets()
>> end mouseUp
>> 
>> If I switch back to the other stack, I can upload and test, but not with 
>> this new stack!?
>> 
>> Any hints? Thanks!

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: Fail to test new stack on Android device

[J. Landman Gay via use-livecode]

Brian was right, but it's the build number that matters rather than the 
version number. You can either increase it, or delete the existing app on 
the phone before installing the other one.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 11, 2022 5:31:36 AM Klaus major-k via use-livecode 
 wrote:



Hi all,

I just tested an older stack on my Android device, everything is fine.
Then I created a new stack for a little stack and always get this error
when selecting "Test" in the LC dev menu.
<https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>

Only script in that stack:

on preopenstack
  set the fullscreenmode of this stack to "showall"
end preopenstack

## And a button:
on mouseUp
 ## Need to know if that is returning anything or giving an error or whatever...
 answer iphonesafeareainsets()
end mouseUp

If I switch back to the other stack, I can upload and test, but not with 
this new stack!?


Any hints? Thanks!


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

Re: Fail to test new stack on Android device

[Klaus major-k via use-livecode]

Hi Brian,

> Am 11.08.2022 um 13:30 schrieb Brian Milby via use-livecode 
> :
> 
> Change the app name or version string info.  You have an app with the same 
> name and an earlier version already on the device.

thanks, will try that!

> Sent from my iPhone
> 
>> On Aug 11, 2022, at 6:39 AM, Klaus major-k via use-livecode 
>>  wrote:
>> Am 11.08.2022 um 12:30 schrieb Klaus major-k via use-livecode 
>> :
>>> 
>>> Hi all,
>>> 
>>> I just tested an older stack on my Android device, everything is fine.
>>> Then I created a new stack for a little stack and always get this error
>>> when selecting "Test" in the LC dev menu.
>>> <https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>
>>> ...

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: Fail to test new stack on Android device

[Brian Milby via use-livecode]

Change the app name or version string info.  You have an app with the same name 
and an earlier version already on the device.

Sent from my iPhone

> On Aug 11, 2022, at 6:39 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> 
> 
>> Am 11.08.2022 um 12:30 schrieb Klaus major-k via use-livecode 
>> :
>> 
>> Hi all,
>> 
>> I just tested an older stack on my Android device, everything is fine.
>> Then I created a new stack for a little stack and always get this error
>> when selecting "Test" in the LC dev menu.
>> <https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>
>> 
>> Only script in that stack:
>> 
>> on preopenstack
>>  set the fullscreenmode of this stack to "showall"
>> end preopenstack
>> 
>> ## And a button:
>> on mouseUp
>> ## Need to know if that is returning anything or giving an error or 
>> whatever...
>> answer iphonesafeareainsets()
>> end mouseUp
>> 
>> If I switch back to the other stack, I can upload and test, but not with 
>> this new stack!?
>> 
>> Any hints? Thanks!
> 
> of course everyting is set up correctly in the "Stanalone Application 
> Settings"!
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: Fail to test new stack on Android device

[Klaus major-k via use-livecode]

> Am 11.08.2022 um 12:30 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi all,
> 
> I just tested an older stack on my Android device, everything is fine.
> Then I created a new stack for a little stack and always get this error
> when selecting "Test" in the LC dev menu.
> <https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>
> 
> Only script in that stack:
> 
> on preopenstack
>   set the fullscreenmode of this stack to "showall"
> end preopenstack
> 
> ## And a button:
> on mouseUp
>  ## Need to know if that is returning anything or giving an error or 
> whatever...
>  answer iphonesafeareainsets()
> end mouseUp
> 
> If I switch back to the other stack, I can upload and test, but not with this 
> new stack!?
> 
> Any hints? Thanks!

of course everyting is set up correctly in the "Stanalone Application Settings"!

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Fail to test new stack on Android device

[Klaus major-k via use-livecode]

Hi all,

I just tested an older stack on my Android device, everything is fine.
Then I created a new stack for a little stack and always get this error
when selecting "Test" in the LC dev menu.
<https://www.dropbox.com/s/j89i1ewpxh5ixny/stream_install_failed.png?dl=0>

Only script in that stack:

on preopenstack
   set the fullscreenmode of this stack to "showall"
end preopenstack

## And a button:
on mouseUp
  ## Need to know if that is returning anything or giving an error or 
whatever...
  answer iphonesafeareainsets()
end mouseUp

If I switch back to the other stack, I can upload and test, but not with this 
new stack!?

Any hints? Thanks!


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: A test, move along

[Alex Tweedly via use-livecode]

On 28/05/2022 00:28, Mark Wieder via use-livecode wrote:

On 5/27/22 16:03, doc hawk via use-livecode wrote:

As a professor, I’ll grade it a B-.


I thought that was a pessimistic blood type.


I thought it was short for balderdash!



___
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: A test, move along

[Mark Wieder via use-livecode]

On 5/27/22 16:03, doc hawk via use-livecode wrote:

As a professor, I’ll grade it a B-.


I thought that was a pessimistic blood type.

--
 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: A test, move along

[doc hawk via use-livecode]

As a professor, I’ll grade it a B-.

:)



> On May 27, 2022, at 4:20 AM, Heather Laine via use-livecode 
>  wrote:
> 
> Just checking all is working as it should.
> 
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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: A test, move along

[Heather Laine via use-livecode]

There had to be one.

I'm happy to report there appears to be nothing wrong with the list software. 
And in fact, the users are also working as expected.

;)

H

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 27 May 2022, at 16:13, Bob Sneidar via use-livecode 
>  wrote:
> 
> Define, "all." Currently I have some code that is giving me fits... ;-)
> 
> Bob S
> 
> 
>> On May 27, 2022, at 04:20 , Heather Laine via use-livecode 
>>  wrote:
>> 
>> Just checking all is working as it should.
>> 
>> 
>> Heather Laine
>> Customer Services Manager
>> LiveCode Ltd
>> www.livecode.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


___
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: A test, move along

[Bob Sneidar via use-livecode]

Define, "all." Currently I have some code that is giving me fits... ;-)

Bob S


> On May 27, 2022, at 04:20 , Heather Laine via use-livecode 
>  wrote:
> 
> Just checking all is working as it should.
> 
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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

A test, move along

[Heather Laine via use-livecode]

Just checking all is working as it should.


Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.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: Quick Windows 11 test...

[Paul Dupuis via use-livecode]

Thank you to everyone for the responses.

I hope that LC 10 will "fix" the systemVersion() to return customer 
meaningful OS version information, but I recognize that is hard to do 
when the OS manufacturers (I am looking at YOU Microsoft and Apple) do 
not update their OS APIs to return the same versions their MARKETING 
people insist on labeling the OSes as!


Grr!


___
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: Quick Windows 11 test...

[matthias rebbe via use-livecode]

Or you could execute this windows shell command in the LC shell() function

wmic os get Caption /value

which then would return something like this for example

Caption=Microsoft Windows 11 Enterprise



> Am 13.04.2022 um 20:26 schrieb matthias_livecode_150...@m-r-d.de:
> 
> This here would
> 
> return the macOS version and would return Windows 10 on version 10 and 
> Windows 11 on version 11
> If you also need this for other Windows version you have to extend it a 
> little bit
> 
> 
> switch the platform
> case "Win32"
> put shell("ver") into tVersion
> set the itemdelimiter to "."
> if item 3 of tVersion >22000
> then
> return "Windows 11"
> else 
> return "Windows 10"
> end if
> break
> case "MacOS"
>   get shell("sw_vers -productVersion")
>   return it
> break
> end switch
> 
> 
> 
> 
>> Am 13.04.2022 um 20:05 schrieb matthias rebbe via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Ups,
>> 
>> not 'version' but 'ver' returns 10.0.xx.x.
>> In my case 10.0.22581.100
>> 
>> 
>> Any value above 22000 is Windows 11, any value below of 22000 is Windows 10.
>> 
>> 
>>> Am 13.04.2022 um 20:01 schrieb matthias_livecode_150...@m-r-d.de 
>>> :
>>> 
>>> Unfortunately Windows 11  shell command 'version" returns NT 10.0.
>>> That's the same value as Windows 10 returns.
>>> 
>>> 
>>> 
>>> 
>>> 
 Am 13.04.2022 um 19:40 schrieb Paul Dupuis via use-livecode 
 mailto:use-livecode@lists.runrev.com> 
 >>:
 
 On 4/13/2022 11:19 AM, panagiotis m via use-livecode wrote:
> Hello all,
> 
> The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
> This is something we should fix.
> 
> As a workaround, until this is fixed, you can use this to get the system
> version on MacOS:
> 
> function mySystemVersion
>   get shell("sw_vers -productVersion")
>   return it
> end mySystemVersion
> 
> Cheers,
> Panos
> --
> 
 Panos (or any other LC staffer?)
 
 Do you have a companion work-around for Window 11 which where 
 systemVersion() reports "NT 10.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 
  
 >
>> 
>> ___
>> 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: Quick Windows 11 test...

[matthias rebbe via use-livecode]

This here would

return the macOS version and would return Windows 10 on version 10 and Windows 
11 on version 11
If you also need this for other Windows version you have to extend it a little 
bit


switch the platform
case "Win32"
put shell("ver") into tVersion
set the itemdelimiter to "."
if item 3 of tVersion >22000
then
return "Windows 11"
else 
return "Windows 10"
end if
break
case "MacOS"
  get shell("sw_vers -productVersion")
  return it
break
end switch  




> Am 13.04.2022 um 20:05 schrieb matthias rebbe via use-livecode 
> :
> 
> Ups,
> 
> not 'version' but 'ver' returns 10.0.xx.x.
> In my case 10.0.22581.100
> 
> 
> Any value above 22000 is Windows 11, any value below of 22000 is Windows 10.
> 
> 
>> Am 13.04.2022 um 20:01 schrieb matthias_livecode_150...@m-r-d.de:
>> 
>> Unfortunately Windows 11  shell command 'version" returns NT 10.0.
>> That's the same value as Windows 10 returns.
>> 
>> 
>> 
>> 
>> 
>>> Am 13.04.2022 um 19:40 schrieb Paul Dupuis via use-livecode 
>>> mailto:use-livecode@lists.runrev.com>>:
>>> 
>>> On 4/13/2022 11:19 AM, panagiotis m via use-livecode wrote:
 Hello all,
 
 The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
 This is something we should fix.
 
 As a workaround, until this is fixed, you can use this to get the system
 version on MacOS:
 
 function mySystemVersion
   get shell("sw_vers -productVersion")
   return it
 end mySystemVersion
 
 Cheers,
 Panos
 --
 
>>> Panos (or any other LC staffer?)
>>> 
>>> Do you have a companion work-around for Window 11 which where 
>>> systemVersion() reports "NT 10.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 
>>> 
> 
> ___
> 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: Quick Windows 11 test...

[matthias rebbe via use-livecode]

Ups,

not 'version' but 'ver' returns 10.0.xx.x.
In my case 10.0.22581.100


Any value above 22000 is Windows 11, any value below of 22000 is Windows 10.


> Am 13.04.2022 um 20:01 schrieb matthias_livecode_150...@m-r-d.de:
> 
> Unfortunately Windows 11  shell command 'version" returns NT 10.0.
> That's the same value as Windows 10 returns.
> 
> 
> 
> 
> 
>> Am 13.04.2022 um 19:40 schrieb Paul Dupuis via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> On 4/13/2022 11:19 AM, panagiotis m via use-livecode wrote:
>>> Hello all,
>>> 
>>> The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
>>> This is something we should fix.
>>> 
>>> As a workaround, until this is fixed, you can use this to get the system
>>> version on MacOS:
>>> 
>>> function mySystemVersion
>>>get shell("sw_vers -productVersion")
>>>return it
>>> end mySystemVersion
>>> 
>>> Cheers,
>>> Panos
>>> --
>>> 
>> Panos (or any other LC staffer?)
>> 
>> Do you have a companion work-around for Window 11 which where 
>> systemVersion() reports "NT 10.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 
>> 

___
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: Quick Windows 11 test...

[matthias rebbe via use-livecode]

Unfortunately Windows 11  shell command 'version" returns NT 10.0.
That's the same value as Windows 10 returns.





> Am 13.04.2022 um 19:40 schrieb Paul Dupuis via use-livecode 
> :
> 
> On 4/13/2022 11:19 AM, panagiotis m via use-livecode wrote:
>> Hello all,
>> 
>> The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
>> This is something we should fix.
>> 
>> As a workaround, until this is fixed, you can use this to get the system
>> version on MacOS:
>> 
>> function mySystemVersion
>>get shell("sw_vers -productVersion")
>>return it
>> end mySystemVersion
>> 
>> Cheers,
>> Panos
>> --
>> 
> Panos (or any other LC staffer?)
> 
> Do you have a companion work-around for Window 11 which where systemVersion() 
> reports "NT 10.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 
> 
___
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: Quick Windows 11 test...

[Paul Dupuis via use-livecode]

On 4/13/2022 11:19 AM, panagiotis m via use-livecode wrote:

Hello all,

The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
This is something we should fix.

As a workaround, until this is fixed, you can use this to get the system
version on MacOS:

function mySystemVersion
get shell("sw_vers -productVersion")
return it
end mySystemVersion

Cheers,
Panos
--


Panos (or any other LC staffer?)

Do you have a companion work-around for Window 11 which where 
systemVersion() reports "NT 10.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: Quick Windows 11 test...

[panagiotis m via use-livecode]

Hello all,

The function systemversion() returns 10.16.0 on MacOS Big Sur and above.
This is something we should fix.

As a workaround, until this is fixed, you can use this to get the system
version on MacOS:

function mySystemVersion
   get shell("sw_vers -productVersion")
   return it
end mySystemVersion

Cheers,
Panos
--

On Wed, 13 Apr 2022 at 18:13, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> NT 10.0
>
> > Am 13.04.2022 um 16:58 schrieb Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Can someone on Windows 11 with either (or both) LC 9.6.6 and 9.6.7
> execute
> >
> > put systemVersion()
> >
> > and tell me what is reported?
> >
> > ___
> > 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: Quick Windows 11 test...

[matthias rebbe via use-livecode]

NT 10.0

> Am 13.04.2022 um 16:58 schrieb Paul Dupuis via use-livecode 
> :
> 
> Can someone on Windows 11 with either (or both) LC 9.6.6 and 9.6.7 execute
> 
> put systemVersion()
> 
> and tell me what is reported?
> 
> ___
> 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: Quick Windows 11 test...

[Klaus major-k via use-livecode]

Hi Paul,

> Am 13.04.2022 um 17:03 schrieb Paul Dupuis via use-livecode 
> :
> 
> On 4/13/2022 10:58 AM, Paul Dupuis via use-livecode wrote:
>> Can someone on Windows 11 with either (or both) LC 9.6.6 and 9.6.7 execute
>> 
>> put systemVersion()
>> and tell me what is reported?
> 
> I would also be really helpful to know exactly what
> put systemVersion()
> returns on macOS Monterey for LC 9.6.6 or 9.6.7 as well.

macOS 12.3.1, LC 9.6.7 -> 10.16.0
Same with LC 9.6.6


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


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

Re: Quick Windows 11 test...

[Paul Dupuis via use-livecode]

On 4/13/2022 10:58 AM, Paul Dupuis via use-livecode wrote:
Can someone on Windows 11 with either (or both) LC 9.6.6 and 9.6.7 
execute


put systemVersion()

and tell me what is reported?



I would also be really helpful to know exactly what

put systemVersion()

returns on macOS Monterey for LC 9.6.6 or 9.6.7 as well.


___
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

Quick Windows 11 test...

[Paul Dupuis via use-livecode]

Can someone on Windows 11 with either (or both) LC 9.6.6 and 9.6.7 execute

put systemVersion()

and tell me what is reported?

___
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

a test

[Jim Lambert via use-livecode]

Ignore this test

JimL

___
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: Yes, its another archiving test

[Heather Laine via use-livecode]

One last test to check all is as it should be.


Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 19 Nov 2021, at 10:10, Heather Laine via use-livecode 
>  wrote:
> 
> No, its still not for you, look away...
> 
> Best Regards,
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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

Yes, its another archiving test

[Heather Laine via use-livecode]

No, its still not for you, look away...

Best Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.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 9.6.5 RC 2 Speed Test

[Curry Kenworthy via use-livecode]

Mark:

 > Is there any chance you can package up the files used to test
 > along with the stack and submit as an issue to BZ?
 > That way we can take a look to see what is causing
 > the significant differences with C and E, in particular?

Here it is!

I just posted the set of test files
(and results again with file names included)
plus the test stack download link
to the existing speed bug here:

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

Thanks again

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Re: LC 9.6.5 RC 2 Speed Test

[Mark Waddingham via use-livecode]

On 2021-11-05 12:32, Curry Kenworthy via use-livecode wrote:

Absolutely; thanks!
I'll do that within the next few days.

(Should I use the old speed bug 21561 or a new one?)


If you just add it as another example stack to Bug 21561 that would be 
fine - there's a good chance its multiple actual issues (just as the 
existing stack is/was) :)


Thanks in advance!

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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 9.6.5 RC 2 Speed Test

[Curry Kenworthy via use-livecode]

Mark:

> Is there any chance you can package up the files used to test
> along with the stack and submit as an issue to BZ?
> That way we can take a look to see what is causing
> the significant differences with C and E, in particular?

Absolutely; thanks!
I'll do that within the next few days.

(Should I use the old speed bug 21561 or a new one?)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Re: LC 9.6.5 RC 2 Speed Test

[Mark Waddingham via use-livecode]

On 2021-11-05 11:05, Curry Kenworthy via use-livecode wrote:

My first LC 9.6.5 RC 2 Speed Test -

Results on Windows 10, current WordLib

Ratings:

- LC 9.6.5 RC 2 vs LC 9.6.3: 5 Wins, 0 Losses
- LC 9.6.5 RC 2 vs LC 6.7.11: 2 Wins, 3 Losses

Conclusion:

Good progress; if we follow up on these gains
and locate other areas needing optimization,
LC 10/11 can be pretty fleet of foot!


Well that is pleasing to see.

Is there any chance you can package up the files used to test along with 
the stack and submit as an issue to BZ? That way we can take a look to 
see what is causing the significant differences with C and E, in 
particular?


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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 9.6.5 RC 2 Speed Test

[Curry Kenworthy via use-livecode]

My first LC 9.6.5 RC 2 Speed Test -

Results on Windows 10, current WordLib

- LC 9.6.3:

A.docx - 0.073 seconds
B.docx - 0.518 seconds
C.docx - 0.321 seconds
D.docx - 0.314 seconds
E.docx - 9.202 seconds

- LC 9.6.5 RC 2:

A.docx - 0.05 seconds
B.docx - 0.484 seconds
C.docx - 0.284 seconds
D.docx - 0.289 seconds
E.docx - 7.196 seconds

LC 6.7.11:

A.docx - 0.057 seconds
B.docx - 0.362 seconds
C.docx - 0.114 seconds
D.docx - 0.338 seconds
E.docx - 2.991 seconds

Ratings:

- LC 9.6.5 RC 2 vs LC 9.6.3: 5 Wins, 0 Losses
- LC 9.6.5 RC 2 vs LC 6.7.11: 2 Wins, 3 Losses

Conclusion:

Good progress; if we follow up on these gains
and locate other areas needing optimization,
LC 10/11 can be pretty fleet of foot!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Re: "Unknown error." in LC when trying to test to connected ios device

[Andrew at MidWest Coast Media via use-livecode]

I can’t remember if it throws that specific error, but I recall having problems 
when testing to a device with a Development profile and Beta checked in the 
Standalone Application settings. This would happen even if your profiles were 
clean. Are you using a Dev or Distro profile while testing?

—Andrew Bell

>> 
>>> On Sep 15, 2021, at 1:58 PM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Mac OS 11.5.2
>>> LC 9.6.2
>>> XCode 12.1
>>> I choose a device from the Development->Test Target menu, then select
>>> Development->Test
>>> We get as far as the app getting signed, and then the error is thrown.
>>> I'm pretty sure the certs and profiles are current, since I manually
>>> removed them and then used XC to reinstall them.
>>> Suggestions?
>>> 
> 


___
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: "Unknown error." in LC when trying to test to connected ios device

[Mike Kerner via use-livecode]

that ain't it. but i looked, just in case.

On Wed, Sep 15, 2021 at 9:58 PM scott--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> As  J. Landman Gay once pointed out, sometimes it comes down to figuring
> out what color chicken to sacrifice. The other day I encountered something
> similar to what you are describing that was a new one for me. (I don’t
> recall the exact issue because I encountered several and they are mixed up
> in my mind now.) But one error was actually the result of checking the
> "build for iOS” button but forgetting to uncheck the “build for Android”
> button. I was surprised that LC couldn’t figure that out based on the
> target device but, unchecking “build for Android” solved it. Hoping you
> find that it is something simple and not the chicken thing.
>
> --
> Scott Morrow
>
> Elementary Software
> (Now with 20% less chalk dust!)
> web   https://elementarysoftware.com/
> email sc...@elementarysoftware.com
> booth1-360-734-4701
> --
>
> > On Sep 15, 2021, at 1:58 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Mac OS 11.5.2
> > LC 9.6.2
> > XCode 12.1
> > I choose a device from the Development->Test Target menu, then select
> > Development->Test
> > We get as far as the app getting signed, and then the error is thrown.
> > I'm pretty sure the certs and profiles are current, since I manually
> > removed them and then used XC to reinstall them.
> > Suggestions?
> >
> > --
> > 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: "Unknown error." in LC when trying to test to connected ios device

[scott--- via use-livecode]

As  J. Landman Gay once pointed out, sometimes it comes down to figuring out 
what color chicken to sacrifice. The other day I encountered something similar 
to what you are describing that was a new one for me. (I don’t recall the exact 
issue because I encountered several and they are mixed up in my mind now.) But 
one error was actually the result of checking the "build for iOS” button but 
forgetting to uncheck the “build for Android” button. I was surprised that LC 
couldn’t figure that out based on the target device but, unchecking “build for 
Android” solved it. Hoping you find that it is something simple and not the 
chicken thing.

--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-360-734-4701
--

> On Sep 15, 2021, at 1:58 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> Mac OS 11.5.2
> LC 9.6.2
> XCode 12.1
> I choose a device from the Development->Test Target menu, then select
> Development->Test
> We get as far as the app getting signed, and then the error is thrown.
> I'm pretty sure the certs and profiles are current, since I manually
> removed them and then used XC to reinstall them.
> Suggestions?
> 
> -- 
> 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

"Unknown error." in LC when trying to test to connected ios device

[Mike Kerner via use-livecode]

Mac OS 11.5.2
LC 9.6.2
XCode 12.1
I choose a device from the Development->Test Target menu, then select
Development->Test
We get as far as the app getting signed, and then the error is thrown.
I'm pretty sure the certs and profiles are current, since I manually
removed them and then used XC to reinstall them.
Suggestions?

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

[JeeJeeStudio via use-livecode]

I have that also many times, one pc works sending and receiving, another 
does not send to the list.


Gmail via browser always works.


Op 10-2-2021 om 20:43 schreef Ludovic THEBAULT via use-livecode:

I can send but I don't receive anything!

You can see the list here : 
http://lists.runrev.com/pipermail/use-livecode/2021-February/date.html 


Here the explanation : I missed an "use-livecode-requ...@lists.runrev.com 
 » because "Your membership in the mailing 
list use-livecode has been disabled due to excessive bounces"

So I replied this message as indicated, we'll see

Ludovic
___
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: Test

[Pi Digital via use-livecode]

Hi Ludovic
Do you get this one?

Sean Cole
Pi Digital


> On 10 Feb 2021, at 19:43, Ludovic THEBAULT via use-livecode 
>  wrote:
> 
> I can send but I don't receive anything!
> 
> You can see the list here : 
> http://lists.runrev.com/pipermail/use-livecode/2021-February/date.html 
> 
> 
> Here the explanation : I missed an "use-livecode-requ...@lists.runrev.com 
>  » because "Your membership in 
> the mailing list use-livecode has been disabled due to excessive bounces"
> 
> So I replied this message as indicated, we'll see
> 
> Ludovic
> ___
> 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

Test

[Ludovic THEBAULT via use-livecode]

I can send but I don't receive anything!

You can see the list here : 
http://lists.runrev.com/pipermail/use-livecode/2021-February/date.html 


Here the explanation : I missed an "use-livecode-requ...@lists.runrev.com 
 » because "Your membership in 
the mailing list use-livecode has been disabled due to excessive bounces"

So I replied this message as indicated, we'll see

Ludovic
___
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: test

[Bob Sneidar via use-livecode]

How would you know if someone replied? :-)

Bob S


On Feb 10, 2021, at 11:09 AM, Ludovic THEBAULT via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Hello,

I haven't received any messages for a week now.

Strange, no ?

Ludovic

___
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

test

[Ludovic THEBAULT via use-livecode]

Hello,

I haven't received any messages for a week now. 

Strange, no ?

Ludovic

___
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: Test on android Simulator : app has stopped

[panagiotis merakos via use-livecode]

Hello Ludovic,

What is the Android version of the simulator(s) you have tried?

Kind regards,
Panos
--

On Mon, 25 Jan 2021 at 09:08, Ludovic THEBAULT via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > Le 24 janv. 2021 à 10:38, Ludovic THEBAULT via use-livecode <
> use-livecode@lists.runrev.com> a écrit :
> >
> > Hello,
> >
> > I can’t test apps on the android simulator, install are ok, but when the
> app launch (even a simple test stack), the app quit suddenly.
> >
> > I’ve updated Android Studio, SDK, SDK tools. All is uptodate.
> > I reselect the sdk in the livecode prefs.
> >
> > I checked all in this lesson.
> >
> > https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio
> <https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio>
> >
> > In standalone settings, all Android’s platforms are checked and the
> minimal android version is set the Android 6.
> >
> > What I miss ?
> >
> > I need to test an app on an device with a notch.
> >
> > Thanks !
>
>
> I’ve tested also to drag the apk onto the screen emulator, no change.
> Tested one platform at time (arm v4, v7, x86…)… no change
>
> Same apk is ok on a real Android device.
>
> Ludovic
> ___
> 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: Test on android Simulator : app has stopped

[Ludovic THEBAULT via use-livecode]

> Le 24 janv. 2021 à 10:38, Ludovic THEBAULT via use-livecode 
>  a écrit :
> 
> Hello,
> 
> I can’t test apps on the android simulator, install are ok, but when the app 
> launch (even a simple test stack), the app quit suddenly. 
> 
> I’ve updated Android Studio, SDK, SDK tools. All is uptodate.
> I reselect the sdk in the livecode prefs.
> 
> I checked all in this lesson.
> 
> https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio 
> <https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio>
> 
> In standalone settings, all Android’s platforms are checked and the minimal 
> android version is set the Android 6.
> 
> What I miss ?
> 
> I need to test an app on an device with a notch.
> 
> Thanks !


I’ve tested also to drag the apk onto the screen emulator, no change. Tested 
one platform at time (arm v4, v7, x86…)… no change

Same apk is ok on a real Android device.

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

Test on android Simulator : app has stopped

[Ludovic THEBAULT via use-livecode]

Hello,

I can’t test apps on the android simulator, install are ok, but when the app 
launch (even a simple test stack), the app quit suddenly. 

I’ve updated Android Studio, SDK, SDK tools. All is uptodate.
I reselect the sdk in the livecode prefs.

I checked all in this lesson.

https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio 
<https://lessons.livecode.com/m/2571/l/625198-livecode-and-android-studio>

In standalone settings, all Android’s platforms are checked and the minimal 
android version is set the Android 6.

What I miss ?

I need to test an app on an device with a notch.

Thanks !
___
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

Test, please ignore

[Graham Samuel via use-livecode]

One of my mails didn’t make it to the list, even though I re-sent it. Just 
checking if anything at all is coming through...
___
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: Test

[doc hawk via use-livecode]

Henry hollered,

>This is a test. Please ignore


Kids have been saying that every time they get a C- for generations . . .


___
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

Test

[HENRY LOWE via use-livecode]

This is a test. Please ignore.

Henry

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

[JeeJeeStudio via use-livecode]

testin testing 1,2 in the place to be

sort of

Op 20-6-2020 om 17:53 schreef Erik Beugelaar via use-livecode:

Testing one two three ;-)
You are on a mission?

-Original Message-
From: use-livecode  On Behalf Of
JeeJeeStudio via use-livecode
Sent: zaterdag 20 juni 2020 17:25
To: How to use LiveCode 
Cc: JeeJeeStudio 
Subject: test

test


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

[JeeJeeStudio via use-livecode]

ok thanks for the clear up doc! i'm using thunderbird with gmail

Op 20-6-2020 om 17:54 schreef doc hawk via use-livecode:

Jee jee jabbered

=
it seems my emails do not always arrive on this use list. Can't find the cause 
why.

This is usually the mail client, not the mailing list.

Gmail, for example, does not show your own messages until and unless someone 
replies.
___
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: test

[doc hawk via use-livecode]

Jee jee jabbered
> =
> it seems my emails do not always arrive on this use list. Can't find the 
> cause why.

This is usually the mail client, not the mailing list.

Gmail, for example, does not show your own messages until and unless someone 
replies.
___
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: test

[Erik Beugelaar via use-livecode]

Testing one two three ;-)
You are on a mission?

-Original Message-
From: use-livecode  On Behalf Of
JeeJeeStudio via use-livecode
Sent: zaterdag 20 juni 2020 17:25
To: How to use LiveCode 
Cc: JeeJeeStudio 
Subject: test

test


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

[JeeJeeStudio via use-livecode]

it seems my emails do not always arrive on this use list. Can't find the 
cause why.


In the settings i've set it to get a copy, but i don't get it.

Sometimes when looking in the archive i see my answer is not there, 
although it was send correctly.



Op 20-6-2020 om 17:26 schreef doc hawk via use-livecode:

flunk

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

[doc hawk via use-livecode]

flunk

___
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

test

[JeeJeeStudio via use-livecode]

test


___
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

Test

[Graham Samuel via use-livecode]

This is a test. Please ignore.

Sent from my iPhone

___
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: Recommended (simple) Linux distro for Livecode server home dev/test?

[John McKenzie via use-livecode]

 Hello, Kieth.

 My health problems have kept me from really participating on the list
for a long time but I stayed as I want to get back to using Livecode at
some point. Your question about linux distros for server use on old
hardware though is something I can comment on.

 Sorry I did not post this earlier before you more or less made a
decision. At first I though the suggestions made were terrible because
you said it was old hardware. Then I realized the problem is I am old
and the others who responded were not picturing machines from the mid
1990's unlike me.

 I would go along with the suggestions made, especially the Lubuntu one
assuming your hardware can handle it. If it cannot please post a
follow up with an idea of how old your hardware is and I will make some
specific recommendations. Let us hope your machine is not so old we
start talking about Slackware installations but if we do I will get you
some help with it. :-)

 The best way to make Ubuntu more efficient is to use a desktop
environment (DE) that is less fancy and therefore less resource
intensive. (Any flavour of Ubuntu can make use of any DE just by
installing some extra software packages. Keep that in mind if you for
some reason need to change the DE.)

 We could make the system even more efficient by starting with a base
Debian install and building it up piece by piece to what you need.
(Ubuntu is Debian based by the way.) Not as newbie friendly as
installing Lubuntu but not hard either. Just something I am throwing
out there as a backup plan. We can discuss it if you need it, but you
will probably be OK with trying Lubuntu, etc.

 Good luck. Post a follow up if your hardware cannot handle the initial
suggestions and we discuss other options.



___
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: Recommended (simple) Linux distro for Livecode server home dev/test?

[Keith Clarke via use-livecode]

Great, thanks - to all who responded - nothing quite like a shortlist of one to 
ease decision-making! :)

Time to have a play...
Best,
Keith..

>> On 9 May 2020, at 20:01, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Keith Clarke wrote:
>> Hi folks,
>> Which distro(s) would you recommend for a Linux newbie as the easiest
>> way to repurpose an old PC, Mac Laptop or Mini to host Livecode Server
>> for lightweight ‘LAMP/LAML' dev/test dabbling?
>> I’ve never had a Linux desktop machine and server-wise, never had to
>> delve below C-Panel & WHM on hosted VPS Linux environments - so am
>> very much the newbie on this.
> 
> Ubuntu, without question.
> 
> There many great distros, and I don't think there is a single "best". But 
> Ubuntu has by far the largest installed base, so most of the tutorials and 
> other support materials you'll find are written with Ubuntu in mind.
> 
> This is especially true on servers. Heck, even on Microsoft's Azure cloud 
> ecosystem. Ubuntu is the leading OS.
> 
> Desktop:
> https://ubuntu.com/download/desktop
> 
> Server:
> https://ubuntu.com/download/server
> 
> You may change later; some folks like to distro-hop often. But the vast range 
> of support materials makes Ubuntu the go-to starting point for getting into 
> Linux.
> 
> 
>> Hardware specs would be useful, too - to gauge how far back on the
>> cupboard to reach to source an appropriate box!
> 
> You can check the requirements at the site, but you probably don't need to 
> worry about it.  If it's for a sever you won't need the GUI desktop edition, 
> and it's the desktop where requirements tend to be much higher.  There's a 
> flavor of Ubuntu for everything from Raspberry Pi to supercomputing clusters 
> - you should have no trouble finding one for your old PCs. The Server edition 
> should get you up and running on just about any machine made in the last 10 
> years or more.
> 
> 
> If you want a GUI desktop edition and have an old machine that's a bit 
> underpowered for Ubuntu, there's a lightweight flavor you can use:
> 
> https://lubuntu.net/
> 
> Lubuntu is the leanest Ubuntu flavor I've tried.  It's been running on my 
> desk almost continuously for the last decade, downloading, collating, and 
> posting data for the info you see in LiveNet (see the GoLiveNet plugin in 
> LC's Plugins menu).
> 
> I prefer Ubuntu's Gnome Shell for my main workstation, but on lower-powered 
> machines I've been impressed with how efficiently Lubuntu runs.
> 
> -- 
> 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: Recommended (simple) Linux distro for Livecode server home dev/test?

[Mark Wieder via use-livecode]

On 5/9/20 6:46 AM, Keith Clarke via use-livecode wrote:

Hi folks,
Which distro(s) would you recommend for a Linux newbie as the easiest way to 
repurpose an old PC, Mac Laptop or Mini to host Livecode Server for lightweight 
‘LAMP/LAML' dev/test dabbling?

I’ve never had a Linux desktop machine and server-wise, never had to delve below 
C-Panel & WHM on hosted VPS Linux environments - so am very much the newbie on 
this.

Hardware specs would be useful, too - to gauge how far back on the cupboard to 
reach to source an appropriate box!


Agreed that it's Ubuntu. Shouldn't have to worry about the hardware 
specs, but do note that the LC release notes limit the "officially 
supported" Ubuntu versions to 14.04 and 16.04, if that matters to you 
(hint: it shouldn't).



--
 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: Recommended (simple) Linux distro for Livecode server home dev/test?

[JeeJeeStudio via use-livecode]

i would use Ubuntu server as there is much info about it

on HowtoForge.com are very nice tutorials on how to setup Linux servers 
for several distributions of your choice.


You can use these to set up a VPS, but also a Laptop or whatever to use 
as a server.




Op 9-5-2020 om 15:46 schreef Keith Clarke via use-livecode:

Hi folks,
Which distro(s) would you recommend for a Linux newbie as the easiest way to 
repurpose an old PC, Mac Laptop or Mini to host Livecode Server for lightweight 
‘LAMP/LAML' dev/test dabbling?

I’ve never had a Linux desktop machine and server-wise, never had to delve below 
C-Panel & WHM on hosted VPS Linux environments - so am very much the newbie on 
this.

Hardware specs would be useful, too - to gauge how far back on the cupboard to 
reach to source an appropriate box!

Thanks & regards,
Keith
___
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: Recommended (simple) Linux distro for Livecode server home dev/test?

[Richard Gaskin via use-livecode]

Keith Clarke wrote:
> Hi folks,
> Which distro(s) would you recommend for a Linux newbie as the easiest
> way to repurpose an old PC, Mac Laptop or Mini to host Livecode Server
> for lightweight ‘LAMP/LAML' dev/test dabbling?
>
> I’ve never had a Linux desktop machine and server-wise, never had to
> delve below C-Panel & WHM on hosted VPS Linux environments - so am
> very much the newbie on this.

Ubuntu, without question.

There many great distros, and I don't think there is a single "best". 
But Ubuntu has by far the largest installed base, so most of the 
tutorials and other support materials you'll find are written with 
Ubuntu in mind.


This is especially true on servers. Heck, even on Microsoft's Azure 
cloud ecosystem. Ubuntu is the leading OS.


Desktop:
https://ubuntu.com/download/desktop

Server:
https://ubuntu.com/download/server

You may change later; some folks like to distro-hop often. But the vast 
range of support materials makes Ubuntu the go-to starting point for 
getting into Linux.



> Hardware specs would be useful, too - to gauge how far back on the
> cupboard to reach to source an appropriate box!

You can check the requirements at the site, but you probably don't need 
to worry about it.  If it's for a sever you won't need the GUI desktop 
edition, and it's the desktop where requirements tend to be much higher. 
 There's a flavor of Ubuntu for everything from Raspberry Pi to 
supercomputing clusters - you should have no trouble finding one for 
your old PCs. The Server edition should get you up and running on just 
about any machine made in the last 10 years or more.



If you want a GUI desktop edition and have an old machine that's a bit 
underpowered for Ubuntu, there's a lightweight flavor you can use:


https://lubuntu.net/

Lubuntu is the leanest Ubuntu flavor I've tried.  It's been running on 
my desk almost continuously for the last decade, downloading, collating, 
and posting data for the info you see in LiveNet (see the GoLiveNet 
plugin in LC's Plugins menu).


I prefer Ubuntu's Gnome Shell for my main workstation, but on 
lower-powered machines I've been impressed with how efficiently Lubuntu 
runs.


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

Recommended (simple) Linux distro for Livecode server home dev/test?

[Keith Clarke via use-livecode]

Hi folks,
Which distro(s) would you recommend for a Linux newbie as the easiest way to 
repurpose an old PC, Mac Laptop or Mini to host Livecode Server for lightweight 
‘LAMP/LAML' dev/test dabbling?

I’ve never had a Linux desktop machine and server-wise, never had to delve 
below C-Panel & WHM on hosted VPS Linux environments - so am very much the 
newbie on this.

Hardware specs would be useful, too - to gauge how far back on the cupboard to 
reach to source an appropriate box!  

Thanks & regards,
Keith   
___
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

Test. Do not reply

[Craig Newman via 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

Test only, Do not reply

[Craig Newman via 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: Guessing the encoding of a test file...

[Ben Rubinstein via use-livecode]

On 19/03/2020 20:31, Paul Dupuis via use-livecode wrote:
There is an enhancement request to support MacRoman decoding under WIndows and 
vice versa at https://quality.livecode.com/show_bug.cgi?id=22391 if you want 
to CC yourself to show interest.


See also
https://quality.livecode.com/show_bug.cgi?id=12205

___
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: Guessing the encoding of a test file...

[Paul Dupuis via use-livecode]

On 3/22/2020 8:41 AM, Mark Waddingham via use-livecode wrote:

On 2020-03-21 14:09, Paul Dupuis via use-livecode wrote:

So far the only person who has read my post and replied with what I
was looking for was Peter - and although the routine was written in
Rebol rather than LiveCode, he kindly provided a link to information
about it.


It might have got lost in amongst other replies but I did suggest:

<https://pypi.org/project/chardet/>


Thank Mark.

I apologize. I did miss the reference to Chardet. At one point we looked 
at wrapping a C++ interface to the Mozilla code, but we don't have 
anyone here who has had the time to learn LCB and FFI, I know! We should 
make the time!





It even comes with a command-line script (chardetect) which would 
allow to compare your detector with that one.


However, on further digging it appears that this does not (as it 
stands) detect MacRoman which is obviously a key requirement here.


MacRoman detection is a essential requirement. One of our selling 
points, since many Universities these days have people on mixed 
platforms, is that our tool is nearly identical across macOS and Windows 
to facility researcher collaborations, so we do have people sending 
files created on their Macs to Windows team members and vice versa, so 
we have to detect MacRoman and CP1252 on both platforms.




There is a stale PR for that though 
<https://github.com/chardet/chardet/pull/5> so the method used here is 
obviously possible to extend to that.


From what I have read the Python one is a python reimplementation of 
Mozilla's 'Universal Charset Detector' which, from what I have read, 
is/was pretty much state of the art - reading through the chardet docs 
(https://chardet.readthedocs.io/en/latest/how-it-works.html#single-byte-encodings 
is perhaps the most pertinent) it sounds like its single-byte 
detectors use 2-byte sequences to try and distinguish.


There is a special case for Latin-1 (1252) which is needed because 
English text looks the same in a large number of encodings - this 
works by looking for curly quotes and other special symbols by the 
look of it. (The MacRoman addition in the stale PR above, is also a 
Latin-1 like special-case - which makes sense as Latin-1 and MacRoman 
are almost just permutations of each other).


My general feeling is that if you already have a process which works 
to detect the differences between MacRoman and Latin-1, then it is 
likely largely equivalent to any other means which exists (the 
accepted answer here 
<https://stackoverflow.com/questions/4198804/how-to-reliably-guess-the-encoding-between-macroman-cp1252-latin1-utf-8-and> 
sounds like it pretty much sums up the situation!) so beyond fixing 
the bug(s) you found recently, you might find that there is nothing 
more you can do.


And we arrive at the same place! Our review of our code, which failed to 
handle a particular MacRoman detection, and comparing to other encoding 
guessing algorithms, turned up a couple issues - all fixable in our 
code, and only one was a encoding guessing issue.


In our guessEncoding routine, there was a misspelled variable that was 
preventing the detection of MacRoman from line ending comparisons from 
working properly. I'm not sure how this got past our QA, but - as you 
know - sometimes things do and it did. With that fixed, we getting 
accurate detection of C1252, MacRoman, ASCII, UTF8, UTF16 BE/LE, and 
UTF32 BE/LE on our suite of about 30 different test files.


We also ran into an edge case of Mac cr (ASCII 13) line ending in UTF8 
or UTF16 file needed an adjustment to convert the line ending to linefeeds.


So at this point our code is detecting the encoding for and reading text 
files into LC with a pretty high rate of accuracy.


For anyone else needed such code, I will try to pulling into a single 
library and somehow make it available. All I will ask is that if anyone 
does us it and improved upon it to share the improvement back.



___
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: Guessing the encoding of a test file...

[Mark Waddingham via use-livecode]

On 2020-03-21 14:09, Paul Dupuis via use-livecode wrote:

So far the only person who has read my post and replied with what I
was looking for was Peter - and although the routine was written in
Rebol rather than LiveCode, he kindly provided a link to information
about it.


It might have got lost in amongst other replies but I did suggest:



It even comes with a command-line script (chardetect) which would allow 
to compare your detector with that one.


However, on further digging it appears that this does not (as it stands) 
detect MacRoman which is obviously a key requirement here.


There is a stale PR for that though 
 so the method used here is 
obviously possible to extend to that.


From what I have read the Python one is a python reimplementation of 
Mozilla's 'Universal Charset Detector' which, from what I have read, 
is/was pretty much state of the art - reading through the chardet docs 
(https://chardet.readthedocs.io/en/latest/how-it-works.html#single-byte-encodings 
is perhaps the most pertinent) it sounds like its single-byte detectors 
use 2-byte sequences to try and distinguish.


There is a special case for Latin-1 (1252) which is needed because 
English text looks the same in a large number of encodings - this works 
by looking for curly quotes and other special symbols by the look of it. 
(The MacRoman addition in the stale PR above, is also a Latin-1 like 
special-case - which makes sense as Latin-1 and MacRoman are almost just 
permutations of each other).


My general feeling is that if you already have a process which works to 
detect the differences between MacRoman and Latin-1, then it is likely 
largely equivalent to any other means which exists (the accepted answer 
here 
 
sounds like it pretty much sums up the situation!) so beyond fixing the 
bug(s) you found recently, you might find that there is nothing more you 
can do.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Guessing the encoding of a test file...

[peterwawood via use-livecode]

PaulIf it would help, I could make a very crude Rebol command line script to 
read a file, guess the encoding and print the encoding. It would give a crude 
way to compare the results against your current routine.Rebol is easy to 
download and doesn't require installation but is 32-bit only so the macOS 
version  won't run on macOS Catalina.PeterPS Once again sorry for the top 
posting.
 Original message From: Paul Dupuis via use-livecode 
 Date: 21/03/2020  22:11  (GMT+08:00) To: 
use-livecode@lists.runrev.com Cc: Paul Dupuis  Subject: 
Re: Guessing the encoding of a test file... On 3/20/2020 8:49 PM, peterwawood 
via use-livecode wrote:> PaulI wrote a simple function to guess the encoding of 
a file but in Rebol not LiveCode. I'm not sure how it compares with your 
current function in terms of accuracy. It is being used by a company which does 
a lot of text processing. (Though I don't know if that is a good reccomendation 
or not). The method I used is explained in the brief documentation 
-http://www.rebol.org/documentation.r?script=str-enc-utils.r]. The rules could 
be used to create a LiveCode function.PeterPS Sorry for top posting, I'm 
replying from a mobile app.Peter,Thank you. While I would have loved to see 
this as a LC script for comparison to my own routine, this is the sort of 
replies I was looking for. Other routines I could compare mine to for seeking 
possible improvements in my own 
code.___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease 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: Guessing the encoding of a test file...

[Paul Dupuis via use-livecode]

Nope.

The reason I refer to the routine as "guessEncoding" is that I 
absolutely know that it is a "guess" based on the presence of nulls and 
other bytes for UTF files and by statistical sampling for various 
characters for MacRoman vs CP1252. We also offer a optional way for the 
user to pick the encoding IF THEY KNOW IT (or I suppose they can keep 
guessing until they get it right),


I'll say it again, I was looking to see if ANY one else had implemented 
a guessEncoding routine and was willing to share of license for 
comparison to my own in hopes of either concluding mine is the best it 
can be OR learning something someone else is doing that improves it a 
little bit.


So far the only person who has read my post and replied with what I was 
looking for was Peter - and although the routine was written in Rebol 
rather than LiveCode, he kindly provided a link to information about it.


On 3/21/2020 4:20 AM, Quentin Long via use-livecode wrote:

I strongly suspect that the desired goal, to have a nice, robust algorithm 
which automagically identifies the encoding of *ABSOLUTELY ANY* text document 
with zero need for human involvement, simply isn't possible. Because text 
encoding is intrinsically arbitrary—see also: the many variations on extended 
(8-bit) ASCII, the various mutually-incompatible versions of EBCDIC, etc ad 
nauseam.
Seems to me, therefore, that in the general case, human involvement is an 
*unavoidable necessity* in determining which encoding an arbitrary text 
document uses. So the goal of any encoding-ID algorithm should *not* be the 
impossible task of determining that encoding *without* human involvement. 
Rather, the goal should be to *minimize* that human involvement, make that 
human involvement as *simple and painless* as practically feasible. So, here 
goes with some semi-random rambling…  Pretty sure the best, most nearly 
bulletproof way to ID a document's text-encoding involves applying that 
encoding to the bits of the document, and showing the resulting 
character-sequence to a human. If there's more than one possibility for the 
document's encoding, apply all of the possible encodings, and show a human all 
of the resulting character-sequences. I'm thinking that a good way to do this 
might be to put up N different text fields in a window, with all of the text 
fields controlled by one scrollbar, and the human clicks on all of the fields 
whose content looks good to them. Or maybe the human clicks on all the fields 
whose output looks *bad* to them? Whichever way works; as long as there *is* 
some human judgement in there somewhere.
Can we assume that once a particular document's text-encoding has been identified, that 
*all* documents which came from the same source as that document use that particular 
encoding? If so, that might simplify the continuing workflow; tell the software 
"This document came from Source X", and the software then uses whichever 
text-encoding it associates with that source. Even if there's more than one such 
text-encoding in play, that's at least easier to work with than having to sort thru an 
arbitrarily large number of text-encodings.
Is it possible to tell the software "hey, no character in $ThisSetOfChars will ever 
appear in this document"? If so, the software should be able to rule out any 
encoding which ends up putting one of the Forbidden Chars into the decoded 
character-sequence.

Given human error, it may be that the human's input ends up ruling out *any 
possible* text-encoding. Prolly a good idea to use something akin to fuzzy 
logic rather than strict Boolean operations.

___
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: Guessing the encoding of a test file...

[Paul Dupuis via use-livecode]

On 3/20/2020 8:49 PM, peterwawood via use-livecode wrote:

PaulI wrote a simple function to guess the encoding of a file but in Rebol not 
LiveCode. I'm not sure how it compares with your current function in terms of 
accuracy. It is being used by a company which does a lot of text processing. 
(Though I don't know if that is a good reccomendation or not). The method I 
used is explained in the brief documentation 
-http://www.rebol.org/documentation.r?script=str-enc-utils.r]. The rules could 
be used to create a LiveCode function.PeterPS Sorry for top posting, I'm 
replying from a mobile app.

Peter,

Thank you. While I would have loved to see this as a LC script for 
comparison to my own routine, this is the sort of replies I was looking 
for. Other routines I could compare mine to for seeking possible 
improvements in my own code.



___
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: Guessing the encoding of a test file...

[Quentin Long via use-livecode]

I strongly suspect that the desired goal, to have a nice, robust algorithm 
which automagically identifies the encoding of *ABSOLUTELY ANY* text document 
with zero need for human involvement, simply isn't possible. Because text 
encoding is intrinsically arbitrary—see also: the many variations on extended 
(8-bit) ASCII, the various mutually-incompatible versions of EBCDIC, etc ad 
nauseam.
Seems to me, therefore, that in the general case, human involvement is an 
*unavoidable necessity* in determining which encoding an arbitrary text 
document uses. So the goal of any encoding-ID algorithm should *not* be the 
impossible task of determining that encoding *without* human involvement. 
Rather, the goal should be to *minimize* that human involvement, make that 
human involvement as *simple and painless* as practically feasible. So, here 
goes with some semi-random rambling…  Pretty sure the best, most nearly 
bulletproof way to ID a document's text-encoding involves applying that 
encoding to the bits of the document, and showing the resulting 
character-sequence to a human. If there's more than one possibility for the 
document's encoding, apply all of the possible encodings, and show a human all 
of the resulting character-sequences. I'm thinking that a good way to do this 
might be to put up N different text fields in a window, with all of the text 
fields controlled by one scrollbar, and the human clicks on all of the fields 
whose content looks good to them. Or maybe the human clicks on all the fields 
whose output looks *bad* to them? Whichever way works; as long as there *is* 
some human judgement in there somewhere.
Can we assume that once a particular document's text-encoding has been 
identified, that *all* documents which came from the same source as that 
document use that particular encoding? If so, that might simplify the 
continuing workflow; tell the software "This document came from Source X", and 
the software then uses whichever text-encoding it associates with that source. 
Even if there's more than one such text-encoding in play, that's at least 
easier to work with than having to sort thru an arbitrarily large number of 
text-encodings.
Is it possible to tell the software "hey, no character in $ThisSetOfChars will 
ever appear in this document"? If so, the software should be able to rule out 
any encoding which ends up putting one of the Forbidden Chars into the decoded 
character-sequence.

Given human error, it may be that the human's input ends up ruling out *any 
possible* text-encoding. Prolly a good idea to use something akin to fuzzy 
logic rather than strict Boolean operations.

___
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: Guessing the encoding of a test file...

[peterwawood via use-livecode]

PaulI wrote a simple function to guess the encoding of a file but in Rebol not 
LiveCode. I'm not sure how it compares with your current function in terms of 
accuracy. It is being used by a company which does a lot of text processing. 
(Though I don't know if that is a good reccomendation or not). The method I 
used is explained in the brief documentation - 
http://www.rebol.org/documentation.r?script=str-enc-utils.r]. The rules could 
be used to create a LiveCode function.PeterPS Sorry for top posting, I'm 
replying from a mobile app.
 Original message From: Paul Dupuis via use-livecode 
 Date: 20/03/2020  23:35  (GMT+08:00) To: 
use-livecode@lists.runrev.com Cc: Paul Dupuis  Subject: 
Re: Guessing the encoding of a test file... To Sean and Bob,Thank you for your 
replies. I may not have been clear enough in my original post:We make and sell 
an App for macOS and Windows. It's uses around the world by researchers (not a 
lot of them as it is a niche product) on their computers. The research 
applications allows input of data from text files. The sources of those text 
files are from various source those researcher have. It would negatively impact 
our competitiveness in our market if we forced the users to convert their data 
all to some specific text encoding, so we need to try to "guess" the encoding 
of those text files.There are many published algorithms for doing this and we 
have a past contractor of ours take a "best practice" algorithm and create a 
LCS "guessEncoding function. This replaced a previous guessEncoding function we 
had that from Richard Gaskin, which while quite good, did not cover as many 
test cases and the newer more robust one.My main question to the list was: Has 
anyone out there ALSO written a guessEncoding function they might like to share 
or license?Why did I ask this? Because I am interested in comparing the 
accuracy of our current handler to any other that may be available as, users 
being users, we recently have a user reveal a bug (mis named variable) in our 
current function that meant it was missing certain edge cases ( and this user 
has hundreds of text files that need this edge case to be properly recognized 
as MAcRoman encoding. So that bug has been fixed, but I am still interested in 
comparing any other giessEncoding routines to our current one to see if we can 
do better that we current are.To Mark,As always, thank for reading and 
responding Mark. We're actually doing what you suggest. We had a set of QA test 
cases (text files in many different line endings and encodings), some intended 
to fail (such as Windows Code Page's we don't support). We're expanding these 
and doing a review on macOS and Windows with our app. Ones that fail, that we 
think shouldn't fail, we will step through the code to see why they fail and if 
our algorithm can be further enhanced. I can's foresee any algorithm tweaks we 
can't code ourselves that we'd need LC or USE-LIST assistance for.Back around 
LiveCode 7, Fraiser said, in response to some correspondence I had with him, 
that he would consider creating a "guessEncoding" to go along with the Unicode 
Everywhere work and the new textEncode/textDecode functions. I do understand 
the reluctance, as a business, to do so, as inevitably there will be some 
instances where it guesses wrong. Other than LC adding a guessEncoding function 
using some open source library, I would say the area where LC could be the most 
help would be with this enhancement 
https://quality.livecode.com/show_bug.cgi?id=22391I am under the, perhaps 
false, impression that isoToMac and macToIso are sort of viewed as functions 
that may become deprecated and no longer updated in the future. However, they 
are still essential for us until I can textDecode(someData,"MacRoman") on a 
Windows system and vice 
versa.___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease 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: Guessing the encoding of a test file... [OT]

[doc hawk via use-livecode]

On Mar 20, 2020, at 4:04 PM, Mark Wieder via use-livecode 
 wrote:
> 
> Even Morse code got a new character recently.

But does livecode support that character?

:)
___
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: Guessing the encoding of a test file... [OT]

[Mark Wieder via use-livecode]

On 3/20/20 1:47 PM, doc hawk via use-livecode wrote:


They created a *new* five bit, shifted code, rather than just using Baudot


Even Morse code got a new character recently.

--
 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: Guessing the encoding of a test file... [OT]

[Ralph DiMola via use-livecode]

It was essentially Baudot on the way in(some special char diffs) then
shifted to numeric on the way out. As I remember the shifted numeric was not
any of the existing Baudot variants. Alpha Stock symbols in and numeric
stock quotes out. If I remember correctly the first 2 chars selected a head
on a magnetic drum and then waited for the last chars match on that head.
Every user just had a new card plugged in. Reponses time was not user
dependent. 1 user or 1k users. A query just had to wait for rotational
latency.


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 doc hawk via use-livecode
Sent: Friday, March 20, 2020 4:48 PM
To: How to use LiveCode
Cc: doc hawk
Subject: Re: Guessing the encoding of a test file... [OT]


On Mar 20, 2020, at 12:51 PM, Ralph DiMola via use-livecode
 wrote:
> 
> Just for a laugh... one of the more esoteric codings I used in the quasi
modern error (besides EBCDIC) was the 5 bit Quotron stock ticker system in
the mid 90s. It used different codes for requesting/receiving quotes because
2^5 is only 32 possible characters. Alpha in/numeric out.

They created a *new* five bit, shifted code, rather than just using
Baudot


___
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: Guessing the encoding of a test file... [OT]

[Paul Dupuis via use-livecode]

On 3/20/2020 4:47 PM, doc hawk via use-livecode wrote:

On Mar 20, 2020, at 12:51 PM, Ralph DiMola via use-livecode 
 wrote:

Just for a laugh... one of the more esoteric codings I used in the quasi modern 
error (besides EBCDIC) was the 5 bit Quotron stock ticker system in the mid 
90s. It used different codes for requesting/receiving quotes because 2^5 is 
only 32 possible characters. Alpha in/numeric out.

They created a *new* five bit, shifted code, rather than just using Baudot




From a guessEncoding perspective, you just scan the bytes and if all 
byte values are in the 0-31 range, you have a 5-bit code.


Then it get harder to determine whether it is Quotron or Baudot...


___
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: Guessing the encoding of a test file... [OT]

[doc hawk via use-livecode]

On Mar 20, 2020, at 12:51 PM, Ralph DiMola via use-livecode 
 wrote:
> 
> Just for a laugh... one of the more esoteric codings I used in the quasi 
> modern error (besides EBCDIC) was the 5 bit Quotron stock ticker system in 
> the mid 90s. It used different codes for requesting/receiving quotes because 
> 2^5 is only 32 possible characters. Alpha in/numeric out.

They created a *new* five bit, shifted code, rather than just using Baudot


___
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: Guessing the encoding of a test file... [OT]

[Ralph DiMola via use-livecode]

Just for a laugh... one of the more esoteric codings I used in the quasi modern 
error (besides EBCDIC) was the 5 bit Quotron stock ticker system in the mid 
90s. It used different codes for requesting/receiving quotes because 2^5 is 
only 32 possible characters. Alpha in/numeric out.
 
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 
doc hawk via use-livecode
Sent: Friday, March 20, 2020 2:13 PM
To: How to use LiveCode
Cc: doc hawk
Subject: Re: Guessing the encoding of a test file...


On Mar 20, 2020, at 11:09 AM, Paul Dupuis via use-livecode 
 wrote:
> 
> Okay, now you going for the low blow :-)\

What part of “lawyer” wasn’t clear? B b

:_)


> Next, you'll be suggesting I need to check for EBCDIC encodings!

That will be a start, but it’s not done until you include Baudot.

Morse, however, is optional . . .
___
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: Guessing the encoding of a test file...

[doc hawk via use-livecode]

On Mar 20, 2020, at 11:09 AM, Paul Dupuis via use-livecode 
 wrote:
> 
> Okay, now you going for the low blow :-)\

What part of “lawyer” wasn’t clear? B b

:_)


> Next, you'll be suggesting I need to check for EBCDIC encodings!

That will be a start, but it’s not done until you include Baudot.

Morse, however, is optional . . .
___
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: Guessing the encoding of a test file...

[Paul Dupuis via use-livecode]

On 3/20/2020 1:11 PM, doc hawk via use-livecode wrote:

On Mar 19, 2020, at 1:31 PM, Paul Dupuis via use-livecode 
 wrote:

“ASCII"

Wait, you’re not going to distinguish between six and seven bit ASCII?

:_)




Okay, now you going for the low blow :-)

Next, you'll be suggesting I need to check for EBCDIC encodings!

___
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