Re: Hacktoberfest is coming

2020-09-24 Thread Mike Kerner via use-livecode
It's almost here - Hacktoberfest 2020!
And now registration is open
https://hacktoberfest.digitalocean.com
All you have to do is register, then make a total of four pull requests to
any public repo during the month of October.
Pull requests can be updating LiveCode's documentation, making a
contribution to any of the many liveCode related open source projects, or
for that matter, any open source project on GitHub
If you complete four pull requests, you will be able to choose to receive a
Hacktoberfest 2020 T-shirt or have event organizers plant a tree in your
name.
Read the blog post here :
https://www.digitalocean.com/blog/announcing-hacktoberfest-2020/
Get
To
HACKING



On Wed, Sep 9, 2020 at 10:16 AM Mike Kerner 
wrote:

> it's yours until you get a cease and desist letter.
>
> On Fri, Sep 4, 2020 at 1:06 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> That's really an old saying?? I came up with the saying People don't
>> change until it hurts not to. I thought I was being pithy.
>>
>> Bob S
>>
>>
>> > On Sep 3, 2020, at 13:40 , Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > Like the old saying goes, "Change occurs when the pain of changing is
>> finally exceeded by the pain of not changing."
>> >
>> > --
>> > Richard Gaskin
>> > Fourth World Systems
>>
>>
>> ___
>> use-livecode mailing list
>> use-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."
>


-- 
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: Some problems with an old stack that gets regular updates

2020-09-24 Thread matthias rebbe via use-livecode


> Am 24.09.2020 um 23:20 schrieb J. Landman Gay via use-livecode 
> :
> 
> The ability to preserve the original stack file version is a setting in 
> Preferences. I have that turned on too. You can either turn it off, or 
> override it in the Save dialog by choosing a version from the pop up button 
> at the bottom of the dialog.
> 
Here it was not turned on. I turned it on now.

> I also looked at system prefs when trying to resolve the problem to make sure 
> LC was permitted to use internet or sockets or whatever Apple calls it, I 
> can't remember exactly. That didn't fix it though.
> 
It works with newer stacks and their standalones, only the old stack shows this 
behaviour.

> Like you, I also asked on the list here but no one knew the answer. I know 
> that's not much help.
> 
I will bother the Pro Support tomorrow. Let's see, if they can help.

Thanks again

> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 24, 2020 2:28:21 PM matthias rebbe via use-livecode 
>  wrote:
> 
>> Jacque,
>> 
>> thanks for your answer.
>> 
>> I tried 'Save As' already, but interestingly the value of the 
>> stackfileversion property  remains unchanged.
>> 
>> I've tried all variations. Including tsNet and Internet, only tsNet   and 
>> also just Internet after disabling  tsNet using
>> dispatch "revunloadlibrary" to stack tsnetliburl
>> 
>> Regarding the remote debugger... First i thought a protected substack 
>> (Zygodact register stack) would cause this. But even without the sub tack i 
>> do not get Remote Debugger working.
>> 
>> 
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>> Am 24.09.2020 um 18:12 schrieb J. Landman Gay via use-livecode 
>>> :
>>> 
>>> I haven't had the internet problem but I went a whole year once where I 
>>> couldn't get remote debugging to work. I never did figure out why. Then it 
>>> started to work again by itself. I never thought to check the stack file 
>>> version. You could Save As with the latest LC version and see if that helps.
>>> 
>>> I always include both the internet library and TSNet when I need internet 
>>> connections. Did you try using both?
>>> 
>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software | http://www.hyperactivesw.com
>>> On September 23, 2020 6:40:58 PM matthias rebbe via use-livecode 
>>>  wrote:
>>> 
 Hello,
 
 i have some problems with a stack which i update very often. The stack was 
 created 4 or 5 years ago, maybe even some more years ago. The gets regular 
 updates as my time allows.
 
 In Standalone Settings i have set the option to manually select 
 inclusions. I am working with LC 9.6.1, but tried also with 9.6.0 and 
 9.5.1 on Mac OS 10.14.6
 
 1. I've added some code to call a url using
 put URL "https:.." into tInfo
 
 This works in the IDE, but not in the standalone, although i have selected 
 INTERNET and SSL&Encryption to be included in the standalone
 In the standalone the URL is not fetched and tInfo always is empty. I 
 tried also with http:// instead of https:// but also without success.
 Tried with tsNet and without.
 
 Trying this with a new stack works w/o problems.
 
 
 2. Trying to use the remote debugger, regardless if  in a "real" 
 standalone" or using the test button, does not work. The debugger is not 
 initiated, although i have set red breakpoints and even used the 
 Breakpoint keyword in the script and selected RemoteDebugger to be 
 included in Standalone Settings.
 
 Trying to use the Remote Debugger with a newer stack works w/o a problem.
 
 
 Did anyone else ever ran into any of these problems with an older stack. 
 Or does anyone have an idea what might cause this?
 
 What i noticed is, that in the cRevGeneral Property Set of the stack there 
 is a property stackfileversion with a value of 5.5.
 But changing this or removing that property completely does not help 
 either.
 
 
 Regards,
 Matthias
 
 
 
 -
 Matthias Rebbe
 Life Is Too Short For Boring 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
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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 mana

Re: Some problems with an old stack that gets regular updates

2020-09-24 Thread J. Landman Gay via use-livecode
The ability to preserve the original stack file version is a setting in 
Preferences. I have that turned on too. You can either turn it off, or 
override it in the Save dialog by choosing a version from the pop up button 
at the bottom of the dialog.


I also looked at system prefs when trying to resolve the problem to make 
sure LC was permitted to use internet or sockets or whatever Apple calls 
it, I can't remember exactly. That didn't fix it though.


Like you, I also asked on the list here but no one knew the answer. I know 
that's not much help.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2020 2:28:21 PM matthias rebbe via use-livecode 
 wrote:



Jacque,

thanks for your answer.

I tried 'Save As' already, but interestingly the value of the 
stackfileversion property  remains unchanged.


I've tried all variations. Including tsNet and Internet, only tsNet   and 
also just Internet after disabling  tsNet using

dispatch "revunloadlibrary" to stack tsnetliburl

Regarding the remote debugger... First i thought a protected substack 
(Zygodact register stack) would cause this. But even without the sub tack i 
do not get Remote Debugger working.




-
Matthias Rebbe
Life Is Too Short For Boring Code

Am 24.09.2020 um 18:12 schrieb J. Landman Gay via use-livecode 
:


I haven't had the internet problem but I went a whole year once where I 
couldn't get remote debugging to work. I never did figure out why. Then it 
started to work again by itself. I never thought to check the stack file 
version. You could Save As with the latest LC version and see if that helps.


I always include both the internet library and TSNet when I need internet 
connections. Did you try using both?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 23, 2020 6:40:58 PM matthias rebbe via use-livecode 
 wrote:



Hello,

i have some problems with a stack which i update very often. The stack was 
created 4 or 5 years ago, maybe even some more years ago. The gets regular 
updates as my time allows.


In Standalone Settings i have set the option to manually select inclusions. 
I am working with LC 9.6.1, but tried also with 9.6.0 and 9.5.1 on Mac OS 
10.14.6


1. I've added some code to call a url using
put URL "https:.." into tInfo

This works in the IDE, but not in the standalone, although i have selected 
INTERNET and SSL&Encryption to be included in the standalone
In the standalone the URL is not fetched and tInfo always is empty. I tried 
also with http:// instead of https:// but also without success.

Tried with tsNet and without.

Trying this with a new stack works w/o problems.


2. Trying to use the remote debugger, regardless if  in a "real" 
standalone" or using the test button, does not work. The debugger is not 
initiated, although i have set red breakpoints and even used the Breakpoint 
keyword in the script and selected RemoteDebugger to be included in 
Standalone Settings.


Trying to use the Remote Debugger with a newer stack works w/o a problem.


Did anyone else ever ran into any of these problems with an older stack. Or 
does anyone have an idea what might cause this?


What i noticed is, that in the cRevGeneral Property Set of the stack there 
is a property stackfileversion with a value of 5.5.

But changing this or removing that property completely does not help either.


Regards,
Matthias



-
Matthias Rebbe
Life Is Too Short For Boring 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





___
use-livecode mailing list
use-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


Accessing files on a local network file server - BEST PRACTICE?

2020-09-24 Thread Paul Dupuis via use-livecode
This question may have an obvious answer, but I am brain dead today, so 
here goes:


I have a app installed with some customers in a Windows network 
environment. They have all their laptops set so that their Home 
directories are on a local network server.


So, where as on a local laptop, specialFolderPath("documents") might 
return "C:/Users//Documents" as the path, for them 
specialFolderPath("documents") returns something like 
"//s1.somedomain.com/mountPoint//Documents"


We save a number of folders and files in the user's Documents folder. In 
some cases, if the file is not present (i.e. if there is a file tFile is 
false) we regenerate the file from a default.


Sometime, the server is offline or the user is disconnected from the 
network.


What is a good way to differentiate between:

1) one of these files is not present so must be regenerated, i.e

if there is not a file (specialFolderPath("documents")&slash&tFilename) then
  -- regenerate the file tFile at location specialFolderPath("documents")

Versus

2) The Server (//s1.somedomain.com/ is disconnected to down?

So that in case (1) , we regenerate the file and in case (2) we present 
a warning that the server is disconnected or down?


Mu gut says this should be simple, but I just can not wrap my brain 
around it today.


___
use-livecode mailing list
use-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: Back to School: Raspberry Pi fork?

2020-09-24 Thread Mark Wieder via use-livecode

On 9/24/20 11:33 AM, Richard Gaskin via use-livecode wrote:
I had yet another conversation this morning with a colleague who would 
love to use LC in his school district, but the two crasher  bugs prevent 
him from doing so. Now he's had no choice but to start looking into 
kid-friendly Python environments.


We have that conversation every year. This was the sixth time we've had it.

Surely somewhere in our community or beyond it we can find the resources 
to bring the LC Community build for Raspberry Pi up to 9.6.1.


Who can we hire, and how much would it cost?

If we can find the resource, I'll bet we can come up with the money to 
pay for that programmer's time.




Especially given that the future seems to be ARM.
https://stackoverflow.blog/2020/09/21/nvidia-has-acquired-arm-what-does-this-mean-for-the-future-of-ai-edge-computing-and-the-people-who-write-software-for-these-chips/?cb=1

--
 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: Some problems with an old stack that gets regular updates

2020-09-24 Thread matthias rebbe via use-livecode
Jacque,

thanks for your answer.

I tried 'Save As' already, but interestingly the value of the stackfileversion 
property  remains unchanged.

I've tried all variations. Including tsNet and Internet, only tsNet   and also 
just Internet after disabling  tsNet using
dispatch "revunloadlibrary" to stack tsnetliburl

Regarding the remote debugger... First i thought a protected substack (Zygodact 
register stack) would cause this. But even without the sub tack i do not get 
Remote Debugger working.



-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.09.2020 um 18:12 schrieb J. Landman Gay via use-livecode 
> :
> 
> I haven't had the internet problem but I went a whole year once where I 
> couldn't get remote debugging to work. I never did figure out why. Then it 
> started to work again by itself. I never thought to check the stack file 
> version. You could Save As with the latest LC version and see if that helps.
> 
> I always include both the internet library and TSNet when I need internet 
> connections. Did you try using both?
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 23, 2020 6:40:58 PM matthias rebbe via use-livecode 
>  wrote:
> 
>> Hello,
>> 
>> i have some problems with a stack which i update very often. The stack was 
>> created 4 or 5 years ago, maybe even some more years ago. The gets regular 
>> updates as my time allows.
>> 
>> In Standalone Settings i have set the option to manually select inclusions. 
>> I am working with LC 9.6.1, but tried also with 9.6.0 and 9.5.1 on Mac OS 
>> 10.14.6
>> 
>> 1. I've added some code to call a url using
>> put URL "https:.." into tInfo
>> 
>> This works in the IDE, but not in the standalone, although i have selected 
>> INTERNET and SSL&Encryption to be included in the standalone
>> In the standalone the URL is not fetched and tInfo always is empty. I tried 
>> also with http:// instead of https:// but also without success.
>> Tried with tsNet and without.
>> 
>> Trying this with a new stack works w/o problems.
>> 
>> 
>> 2. Trying to use the remote debugger, regardless if  in a "real" standalone" 
>> or using the test button, does not work. The debugger is not initiated, 
>> although i have set red breakpoints and even used the Breakpoint keyword in 
>> the script and selected RemoteDebugger to be included in Standalone Settings.
>> 
>> Trying to use the Remote Debugger with a newer stack works w/o a problem.
>> 
>> 
>> Did anyone else ever ran into any of these problems with an older stack. Or 
>> does anyone have an idea what might cause this?
>> 
>> What i noticed is, that in the cRevGeneral Property Set of the stack there 
>> is a property stackfileversion with a value of 5.5.
>> But changing this or removing that property completely does not help either.
>> 
>> 
>> Regards,
>> Matthias
>> 
>> 
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring 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
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: use-livecode Digest, Vol 204, Issue 24

2020-09-24 Thread Mark Clark via use-livecode
Thanks for the tip. I did file a request but it lists as a bug not an 
enhancement. Maybe I did something wrong, sorry about that. Posted as # 22919
I think it is mostly just allowing a selectable host IP or FQDN. Many third 
party object stores with S3 compatibility also default to Region: us-east-1, 
though that might need to be selectable as well?

Mark

> On Sep 24, 2020, at 11:00 AM, use-livecode-requ...@lists.runrev.com wrote:
> 
> Hi Mark
> 
> If you would like to create an enhancement request at quality.livecode.com 
>   > we can see what we can do. If it?s just a 
> matter of changing the host (currently hard coded as 
> s3[-].amazonaws.com   >) then it?s a relatively trivial patch. FWIW I just 
> opened this issue after reminding myself how we build the endpoint 
> https://quality.livecode.com/show_bug.cgi?id=22917 
> 
> 
> Cheers
> 
> Monte

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


Back to School: Raspberry Pi fork?

2020-09-24 Thread Richard Gaskin via use-livecode
I had yet another conversation this morning with a colleague who would 
love to use LC in his school district, but the two crasher  bugs prevent 
him from doing so. Now he's had no choice but to start looking into 
kid-friendly Python environments.


We have that conversation every year. This was the sixth time we've had it.

Surely somewhere in our community or beyond it we can find the resources 
to bring the LC Community build for Raspberry Pi up to 9.6.1.


Who can we hire, and how much would it cost?

If we can find the resource, I'll bet we can come up with the money to 
pay for that programmer's time.


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

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


Re: Converting from unicode to ASCII

2020-09-24 Thread J. Landman Gay via use-livecode
That's what I was hoping for when I started this thread, and it was 
suggested (without the ID) a while back, but then I'd need another lookup 
table. Probably one for each language.


My original goal was to get the canonical version directly from LC somehow.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2020 11:56:09 AM Alex Tweedly via use-livecode 
 wrote:



You could even decide that, rather than strip out non-ascii characters,
you would convert (reduce?) each one to a canonical equivalent (where
there is one), and hence instead of

l’Académie française--->  lAcadmiefranaise_1234.livecode

it would become

l’Académie française--->  lAcademiefrancaise_1234.livecode

Marginally more readable, and much more typeable :-)

Alex.



On 24/09/2020 17:26, Dave Cragg via use-livecode wrote:


That's what I was thinking. So the filename for " l’Académie française" 
might becomes something like  lAcadmiefranaise_1234.livecode. Kind of 
readable, but guaranteed unique. (And also allows identifying the database 
record from the filename if that is needed.)


(Apologies if this appears twice.)

I'm pretty sure each record has an ID. This would be for ensuring unique 
file names, right?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2020 2:00:50 AM Dave Cragg via use-livecode 
 wrote:



Jacqueline,

You said earlier you don't have a field in the database for the file name. 
But does the database table have a unique numerical ID field for each 
record?  If so, could you strip out the non-ASCII characters and then 
append the numerical ID to the file name?


On 23 Sep 2020, at 20:59, J. Landman Gay via use-livecode 
 wrote:


I'm drifting toward the idea of removing non-ascii characters. That might 
satisfy all requirements, at least for now. We don't do Sanskrit or Chinese 
yet. Or alternately I could bite the bullet and convert my build tool to 
insert metadata into the clickable lists. That isn't terribly difficult, I 
was just wondering if there was a different way using what we already have.


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

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




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

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



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

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


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

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





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


Re: Converting from unicode to ASCII

2020-09-24 Thread Alex Tweedly via use-livecode
You could even decide that, rather than strip out non-ascii characters, 
you would convert (reduce?) each one to a canonical equivalent (where 
there is one), and hence instead of


l’Académie française--->  lAcadmiefranaise_1234.livecode

it would become

l’Académie française--->  lAcademiefrancaise_1234.livecode

Marginally more readable, and much more typeable :-)

Alex.



On 24/09/2020 17:26, Dave Cragg via use-livecode wrote:


That's what I was thinking. So the filename for " l’Académie française" might 
becomes something like  lAcadmiefranaise_1234.livecode. Kind of readable, but guaranteed 
unique. (And also allows identifying the database record from the filename if that is 
needed.)

(Apologies if this appears twice.)


I'm pretty sure each record has an ID. This would be for ensuring unique file 
names, right?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2020 2:00:50 AM Dave Cragg via use-livecode 
 wrote:


Jacqueline,

You said earlier you don't have a field in the database for the file name. But 
does the database table have a unique numerical ID field for each record?  If 
so, could you strip out the non-ASCII characters and then append the numerical 
ID to the file name?


On 23 Sep 2020, at 20:59, J. Landman Gay via use-livecode 
 wrote:

I'm drifting toward the idea of removing non-ascii characters. That might 
satisfy all requirements, at least for now. We don't do Sanskrit or Chinese 
yet. Or alternately I could bite the bullet and convert my build tool to insert 
metadata into the clickable lists. That isn't terribly difficult, I was just 
wondering if there was a different way using what we already have.



___
use-livecode mailing list
use-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: Converting from unicode to ASCII

2020-09-24 Thread Dave Cragg via use-livecode


That's what I was thinking. So the filename for " l’Académie française" might 
becomes something like  lAcadmiefranaise_1234.livecode. Kind of readable, but 
guaranteed unique. (And also allows identifying the database record from the 
filename if that is needed.)

(Apologies if this appears twice.)

> 
> I'm pretty sure each record has an ID. This would be for ensuring unique file 
> names, right?
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 24, 2020 2:00:50 AM Dave Cragg via use-livecode 
>  wrote:
> 
>> Jacqueline,
>> 
>> You said earlier you don't have a field in the database for the file name. 
>> But does the database table have a unique numerical ID field for each 
>> record?  If so, could you strip out the non-ASCII characters and then append 
>> the numerical ID to the file name?
>> 
>>> On 23 Sep 2020, at 20:59, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> I'm drifting toward the idea of removing non-ascii characters. That might 
>>> satisfy all requirements, at least for now. We don't do Sanskrit or Chinese 
>>> yet. Or alternately I could bite the bullet and convert my build tool to 
>>> insert metadata into the clickable lists. That isn't terribly difficult, I 
>>> was just wondering if there was a different way using what we already have.
>>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: Converting from unicode to ASCII

2020-09-24 Thread J. Landman Gay via use-livecode
I'm pretty sure each record has an ID. This would be for ensuring unique 
file names, right?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2020 2:00:50 AM Dave Cragg via use-livecode 
 wrote:



Jacqueline,

You said earlier you don't have a field in the database for the file name. 
But does the database table have a unique numerical ID field for each 
record?  If so, could you strip out the non-ASCII characters and then 
append the numerical ID to the file name?


On 23 Sep 2020, at 20:59, J. Landman Gay via use-livecode 
 wrote:


I'm drifting toward the idea of removing non-ascii characters. That might 
satisfy all requirements, at least for now. We don't do Sanskrit or Chinese 
yet. Or alternately I could bite the bullet and convert my build tool to 
insert metadata into the clickable lists. That isn't terribly difficult, I 
was just wondering if there was a different way using what we already have.





___
use-livecode mailing list
use-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: Some problems with an old stack that gets regular updates

2020-09-24 Thread J. Landman Gay via use-livecode
I haven't had the internet problem but I went a whole year once where I 
couldn't get remote debugging to work. I never did figure out why. Then it 
started to work again by itself. I never thought to check the stack file 
version. You could Save As with the latest LC version and see if that helps.


I always include both the internet library and TSNet when I need internet 
connections. Did you try using both?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 23, 2020 6:40:58 PM matthias rebbe via use-livecode 
 wrote:



Hello,

i have some problems with a stack which i update very often. The stack was 
created 4 or 5 years ago, maybe even some more years ago. The gets regular 
updates as my time allows.


In Standalone Settings i have set the option to manually select inclusions. 
I am working with LC 9.6.1, but tried also with 9.6.0 and 9.5.1 on Mac OS 
10.14.6


1. I've added some code to call a url using
put URL "https:.." into tInfo

This works in the IDE, but not in the standalone, although i have selected 
INTERNET and SSL&Encryption to be included in the standalone
In the standalone the URL is not fetched and tInfo always is empty. I tried 
also with http:// instead of https:// but also without success.

Tried with tsNet and without.

Trying this with a new stack works w/o problems.


2. Trying to use the remote debugger, regardless if  in a "real" 
standalone" or using the test button, does not work. The debugger is not 
initiated, although i have set red breakpoints and even used the Breakpoint 
keyword in the script and selected RemoteDebugger to be included in 
Standalone Settings.


Trying to use the Remote Debugger with a newer stack works w/o a problem.


Did anyone else ever ran into any of these problems with an older stack. Or 
does anyone have an idea what might cause this?


What i noticed is, that in the cRevGeneral Property Set of the stack there 
is a property stackfileversion with a value of 5.5.

But changing this or removing that property completely does not help either.


Regards,
Matthias



-
Matthias Rebbe
Life Is Too Short For Boring 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





___
use-livecode mailing list
use-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: Converting from unicode to ASCII

2020-09-24 Thread J. Landman Gay via use-livecode
It's all automated already except for the uploading. The file organization 
on AWS is complex and the stacks don't all go in the same place.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 23, 2020 4:53:36 PM Richard Gaskin via use-livecode 
 wrote:



For an ongoing need like that on a substantial project, I'd automate it:

She works on her master copy, then presses a button.  Done.

The button saves the stack, copies it to the munged name, and uploads it
for her, even verifying the integrity of the upload afterward (machines
don't mind the extra work).

--
 Richard Gaskin
 Fourth World Systems


J. Landman Gay wrote:

On 9/23/20 1:26 PM, Richard Gaskin via use-livecode wrote:
My only suggestion was to change how the existing munger works to satisfy 
the two problem areas
identified: that names not be too long, and that any munger not remove so 
many characters as to

make the file name non-unique or empty.


There's one more consideration though. The file name must be recognizable 
so that it can be
replaced or updated on the server easily by a human. Hashes, UUIDs, html 
entity numbers, HEX,

etc. would all be workable if that weren't the case.

But consider the case where my client has made a few edits to the text in a 
stack and wants to
replace the existing one. With descriptive names, the file is easy to find 
in the AWS bucket.

But comparing long sequences of indecipherable text is cumbersome.

I'm drifting toward the idea of removing non-ascii characters. That might 
satisfy all
requirements, at least for now. We don't do Sanskrit or Chinese yet. Or 
alternately I could
bite the bullet and convert my build tool to insert metadata into the 
clickable lists. That
isn't terribly difficult, I was just wondering if there was a different way 
using what we

already have.

Devin, Paul and Scott suggested variations on the "removal" approach. I 
haven't tested much,
but it looks like converting to UTF8 will quickly remove any non-ascii 
characters. Duplication
of file names is unlikely given the way various product files are 
separately stored on AWS.


But I'm still pondering. When I first asked the question, I wondered if 
there was a quick way
to do what I want, though I didn't expect much. What I got back from this 
amazing list is a

wealth of ideas and a very interesting discussion.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



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

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





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


Re: Converting from unicode to ASCII

2020-09-24 Thread Dave Cragg via use-livecode
Jacqueline,

You said earlier you don't have a field in the database for the file name. But 
does the database table have a unique numerical ID field for each record?  If 
so, could you strip out the non-ASCII characters and then append the numerical 
ID to the file name? 

> On 23 Sep 2020, at 20:59, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm drifting toward the idea of removing non-ascii characters. That might 
> satisfy all requirements, at least for now. We don't do Sanskrit or Chinese 
> yet. Or alternately I could bite the bullet and convert my build tool to 
> insert metadata into the clickable lists. That isn't terribly difficult, I 
> was just wondering if there was a different way using what we already have.
> 


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