Re: Making "read from file" less blocky.

[Bob Sneidar via use-livecode]

The trick is to create an independent process. A standalone that listens for 
messages. Pass it some parameters and go on about your business. Multithreaded 
computing on demand. AppleScript or open process doesn’t matter. 

Sent from my iPhone

> On Aug 3, 2019, at 19:09, Dar Scott Consulting via use-livecode 
>  wrote:
> 
> Alas, only read from socket allows a message to be sent upon completion. The 
> step siblings read from file, read from process and read from driver do not.
> 
> Here are a few things you might do:
> 
> 1. Try making the file loading very fast and don't do it in the background. 
> Change the cursor if need be.  Try using URL with file: or binfile:, maybe 
> that is fast.
> 
> 2. Use a "send loop" to read in portions and update a progress bar. You can 
> get help here on how to do that.
> 
> 3. Process the file lazily and bring in parts as needed.
> 
> 4. Figure out how to make the file read through networking. Somehow. Maybe.
> 
> 
>> On Aug 3, 2019, at 6:56 PM, Tom Glod via use-livecode 
>>  wrote:
>> 
>> Hey folks,
>> 
>> I'm having trouble finding a combination of settings that allows my file
>> loading  to seem to happen in the background.
>> 
>> repeat while read_result is not "eof"
>>read from file ThisFile for (1024 * 1000) bytes
>>put the result into read_result
>>put it after IntoThisVariable
>>add length(it) to amount_read
>>TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
>> (Progress Indicator Handler)
>>wait 10 milliseconds with messages
>> end repeat
>> 
>> no matter what I try, its still sluggish, and it seems like messages are
>> still accumilating instead of being processed by the engine.
>> 
>> Am I missing something?  Normally waiting with messages sufficiently frees
>> the engine to allow the UI to remain responsive.
>> 
>> Thanks,
>> 
>> Tom
>> ___
>> use-livecode mailing list
>> use-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: [OT] Weighted distribution of Numbers

[Ralph DiMola via use-livecode]

Thanks all!

I will take a read on that link also.

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 Mark Wieder via use-livecode
Sent: Sunday, August 04, 2019 7:07 PM
To: dsc--- via use-livecode
Cc: Mark Wieder
Subject: Re: [OT] Weighted distribution of Numbers

On 8/4/19 3:00 PM, dsc--- via use-livecode wrote:
> I'm unsure how often 800 or so changes. I'll call it 800, it is just a
name. Values can range from 0 through 800.
> 
> You can map a number in that range to 0-1 by dividing by 800. That is,
scaled1(n) is n/800.
> 
> I guess you want to map each number n in that into one of 101 bins, 0
through 100.

Yes - that's a weighted mean.
Here's a simple explanation
https://sciencing.com/calculate-weighted-average-5328019.html

...and no, Hermann, it's (you'd think I'd know better than to argue with a
real mathematician here, but...) not lying, it's the addition of another
variable.

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


___
use-livecode mailing list
use-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: Making "read from file" less blocky.

[Dar Scott Consulting via use-livecode]

OK. Skip "cat" for now.  Everything else should work on Windows.


To load a file in one swoop...
put URL("binfile:" & ThisFile) into IntoThisVariable

And if you saved the file with compress, then decompress it.


To load portions of a file just-in-time...
Use "at" and "for" in "read from"

That wont help if you immediately want to find the average or something. But it 
might help if you want to read a header and first record, then move to another 
record as needed.


I am awful at explaining things so twist my arm until I do it right.


> On Aug 4, 2019, at 5:28 PM, Tom Glod via use-livecode 
>  wrote:
> 
> heheh its always a fun exercise.
> 
> Dar, these are linux based solutions right? using windows here at the
> moment, so I can't test, but when I test and optimize my application for
> linux i will try these.
> 
> On Sun, Aug 4, 2019 at 4:43 PM dsc--- via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Even more "really out there" of the "really out there".
>> 
>> Don't read in the file.
>> 
>> Access portions JIT, that is, lazily.
>> 
>> Create a function that pulls in segments of the file. Kinda like this:
>> 
>>function segmentOfFile pStartIndex, pEndIndex, pThisFile
>> 
>> Or this:
>> 
>>function segmentOfCurrentFile pStartIndex, pEndIndex
>> 
>> Dar
>> 
>>> On Aug 4, 2019, at 1:22 PM, dsc--- via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> More "really out there".
>>> 
>>> I like the idea of trying to speed up an upfront foreground load.
>> Something simple like this:
>>> 
>>> put blah-plah into IntoThisVariable.
>>> 
>>> where blah-blah is nana-nana or decompress( nana-nana )
>>> where nana-nana is one of these:
>>>  URL ("binfile:" & ThisFile)
>>>  shell("cat " & ThisFile)
>>> 
>>> Function decompress() makes two RAM hits and requires control over the
>> loaded files.
>>> 
>>> 
 On Aug 4, 2019, at 12:47 PM, Dar Scott Consulting via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 I love "really out there".  I wanna play.
 
 At the start of any solution, try this. It might speed up any method
>> but would take some time at the start.
 
 get shell( "cat " & ThisFile & " > dev/null" )
 
 I think that is likely to pre-load the system file buffers for you.
 
 If one is feeling adventurous, one can try open process (cat) to avoid
>> the wait; it will probably move through the file faster than the script and
>> sectors will already be loaded when you ask for them.
 
 Dar
 
> On Aug 4, 2019, at 7:59 AM, Alex Tweedly via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
> 
> OK, here's a "really out there" suggestion 
> 
> 1. Run a local web server  to serve files (locally only).
> 
>   Can be done various ways, including (easily) via LC and the httpd
>> library,
> 
>  (build that server as a standalone and have it running - started
>> from your app if need be...)
> 
> 2. in your stack, just do
> 
> load url ("http://localhost:8080/myfilename;) with message
>> "mycallback"
> 
> and handle the file once it has been read in the "mycallback" handler
> 
> -- Alex.
> 
> 
> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
>> Hey folks,
>> 
>> I'm having trouble finding a combination of settings that allows my
>> file
>> loading  to seem to happen in the background.
>> 
>> repeat while read_result is not "eof"
>>   read from file ThisFile for (1024 * 1000) bytes
>>   put the result into read_result
>>   put it after IntoThisVariable
>>   add length(it) to amount_read
>>   TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
>> (Progress Indicator Handler)
>>   wait 10 milliseconds with messages
>>end repeat
>> 
>> no matter what I try, its still sluggish, and it seems like messages
>> are
>> still accumilating instead of being processed by the engine.
>> 
>> Am I missing something?  Normally waiting with messages sufficiently
>> frees
>> the engine to allow the UI to remain responsive.
>> 
>> Thanks,
>> 
>> Tom
>> ___
>> use-livecode mailing list
>> use-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, 

Re: Making "read from file" less blocky.

[Alex Tweedly via use-livecode]

On 04/08/2019 19:07, Tom Glod via use-livecode wrote:

Hmmm interesting.

I was sending binary variables to it, and the headers came through ok, but
the binary data didn't when it was over a certain size.

What sort of data sizes have you been been sending to your httpd standalone?


Currently I am reading multi-Mbytes *from* the httpd server, and it all 
seems OK, though I haven't paid that much attention to how large the 
transfers were.


Currently I am only sending small datasets *to* the server, haven't tied 
anything large. And, in fact, I never will !!  What I am writing must 
run in the community version, and must be completely non-blocking; 
therefore, *everything* is done with "load URL ...", i.e. the data is 
being sent as a (rather long) parameter to the HTTP/GET. (because 
without tsNet there is no non-blocking POST).


So in the future when I need to send larger datasets, I will need to 
stitch the data back together in my server code, and use many "load url 
..." calls to do the transfer.


Alex.
___
use-livecode mailing list
use-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: Making "read from file" less blocky.

[Tom Glod via use-livecode]

heheh its always a fun exercise.

Dar, these are linux based solutions right? using windows here at the
moment, so I can't test, but when I test and optimize my application for
linux i will try these.

On Sun, Aug 4, 2019 at 4:43 PM dsc--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Even more "really out there" of the "really out there".
>
> Don't read in the file.
>
> Access portions JIT, that is, lazily.
>
> Create a function that pulls in segments of the file. Kinda like this:
>
> function segmentOfFile pStartIndex, pEndIndex, pThisFile
>
> Or this:
>
> function segmentOfCurrentFile pStartIndex, pEndIndex
>
> Dar
>
> > On Aug 4, 2019, at 1:22 PM, dsc--- via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > More "really out there".
> >
> > I like the idea of trying to speed up an upfront foreground load.
> Something simple like this:
> >
> > put blah-plah into IntoThisVariable.
> >
> > where blah-blah is nana-nana or decompress( nana-nana )
> > where nana-nana is one of these:
> >   URL ("binfile:" & ThisFile)
> >   shell("cat " & ThisFile)
> >
> > Function decompress() makes two RAM hits and requires control over the
> loaded files.
> >
> >
> >> On Aug 4, 2019, at 12:47 PM, Dar Scott Consulting via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I love "really out there".  I wanna play.
> >>
> >> At the start of any solution, try this. It might speed up any method
> but would take some time at the start.
> >>
> >> get shell( "cat " & ThisFile & " > dev/null" )
> >>
> >> I think that is likely to pre-load the system file buffers for you.
> >>
> >> If one is feeling adventurous, one can try open process (cat) to avoid
> the wait; it will probably move through the file faster than the script and
> sectors will already be loaded when you ask for them.
> >>
> >> Dar
> >>
> >>> On Aug 4, 2019, at 7:59 AM, Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> OK, here's a "really out there" suggestion 
> >>>
> >>> 1. Run a local web server  to serve files (locally only).
> >>>
> >>>Can be done various ways, including (easily) via LC and the httpd
> library,
> >>>
> >>>   (build that server as a standalone and have it running - started
> from your app if need be...)
> >>>
> >>> 2. in your stack, just do
> >>>
> >>> load url ("http://localhost:8080/myfilename;) with message
> "mycallback"
> >>>
> >>> and handle the file once it has been read in the "mycallback" handler
> >>>
> >>> -- Alex.
> >>>
> >>>
> >>> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
>  Hey folks,
> 
>  I'm having trouble finding a combination of settings that allows my
> file
>  loading  to seem to happen in the background.
> 
>  repeat while read_result is not "eof"
> read from file ThisFile for (1024 * 1000) bytes
> put the result into read_result
> put it after IntoThisVariable
> add length(it) to amount_read
> TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
>  (Progress Indicator Handler)
> wait 10 milliseconds with messages
>  end repeat
> 
>  no matter what I try, its still sluggish, and it seems like messages
> are
>  still accumilating instead of being processed by the engine.
> 
>  Am I missing something?  Normally waiting with messages sufficiently
> frees
>  the engine to allow the UI to remain responsive.
> 
>  Thanks,
> 
>  Tom
>  ___
>  use-livecode mailing list
>  use-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: [OT] Weighted distribution of Numbers

[Mark Wieder via use-livecode]

On 8/4/19 3:00 PM, dsc--- via use-livecode wrote:

I'm unsure how often 800 or so changes. I'll call it 800, it is just a name. 
Values can range from 0 through 800.

You can map a number in that range to 0-1 by dividing by 800. That is, 
scaled1(n) is n/800.

I guess you want to map each number n in that into one of 101 bins, 0 through 
100.


Yes - that's a weighted mean.
Here's a simple explanation
https://sciencing.com/calculate-weighted-average-5328019.html

...and no, Hermann, it's (you'd think I'd know better than to argue with 
a real mathematician here, but...) not lying, it's the addition of 
another variable.


--
 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: [OT] Weighted distribution of Numbers

[dsc--- via use-livecode]

I'm unsure how often 800 or so changes. I'll call it 800, it is just a name. 
Values can range from 0 through 800.

You can map a number in that range to 0-1 by dividing by 800. That is, 
scaled1(n) is n/800.

I guess you want to map each number n in that into one of 101 bins, 0 through 
100. 
Perhaps something like this: trunc( 100.9 * scaled(n) ) 

However you want to tweak at the top, so this might become trunc( 100.9 * 
tweak( scaled(n) ) )

The function tweak takes a number from 0 to 1 and returns a number from 0 to 1 
where
tweak(0) = 0
tweak(1) = 1
if x >= y then tweak(x) >= tweak(y)

A straight line fits that but that isn't what you want.

Here are some definitions for tweak() you might try:
x [that straight line]
2*x/(1+x)
sin(x * pi/2)
some other sine thing that is symmetrical
piecewise linear
1- sqrt( 1-x )
min( 1, 1.03*x) [special case of piecewise]

However, if you want tweaking to depend on the entire dataset, then there is 
more work.



> On Aug 4, 2019, at 3:09 PM, Dar Scott Consulting via use-livecode 
>  wrote:
> 
> Oh, good. I was worrying that you might have a bad customer. 
> 
>> On Aug 4, 2019, at 3:05 PM, Ralph DiMola via use-livecode 
>>  wrote:
>> 
>> 
>> I'm not plotting this but using it for searching.
>> 
>> I'm not really lying. I'm trying to come up with the raw numbers from many
>> individual components. It's like "Gone with the Wind" and "Apocalypse Now"
>> both getting 100 on Rotten Tomatoes. But if you looked under the hood and
>> added up components such as sound, costumes, artwork, casting... and applied
>> a weight to each then "Apocalypse Now" might get a raw rating of 800 and
>> "Gone with the Wind" get a 790. But they are both so close to the top I
>> would want them to both get 100. I can do this via the "human factor" by
>> manually adjusting some of the results(mostly at the top) but I would like
>> to somewhat automate it so when the components change I will do a
>> re-calculation run and say the top number goes up by 25 all the manual
>> adjustments go out the window. I want this to be somewhat automated.
>> 
>> 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 Dar Scott Consulting via use-livecode
>> Sent: Sunday, August 04, 2019 4:33 PM
>> To: How to use LiveCode
>> Cc: Dar Scott Consulting
>> Subject: Re: [OT] Weighted distribution of Numbers
>> 
>> I was thinking the same, but was to afraid to say it. Yes, the actual name
>> is "lying".
>> 
>> However, there might be an honest attempt to display crowded dots or icons.
>> 
>>> On Aug 4, 2019, at 2:19 PM, hh via use-livecode
>>  wrote:
>>> 
 Ralph D. wrote:
 I'm sure there's an actual name for doing this in the statistician's 
 world but I don't know what it is.
>>> 
>>> This has nothing to do with "statistics".
>>> This is simply "try to lie by data cheating".
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: [OT] Weighted distribution of Numbers

[Dar Scott Consulting via use-livecode]

Oh, good. I was worrying that you might have a bad customer. 

> On Aug 4, 2019, at 3:05 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> 
> I'm not plotting this but using it for searching.
> 
> I'm not really lying. I'm trying to come up with the raw numbers from many
> individual components. It's like "Gone with the Wind" and "Apocalypse Now"
> both getting 100 on Rotten Tomatoes. But if you looked under the hood and
> added up components such as sound, costumes, artwork, casting... and applied
> a weight to each then "Apocalypse Now" might get a raw rating of 800 and
> "Gone with the Wind" get a 790. But they are both so close to the top I
> would want them to both get 100. I can do this via the "human factor" by
> manually adjusting some of the results(mostly at the top) but I would like
> to somewhat automate it so when the components change I will do a
> re-calculation run and say the top number goes up by 25 all the manual
> adjustments go out the window. I want this to be somewhat automated.
> 
> 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 Dar Scott Consulting via use-livecode
> Sent: Sunday, August 04, 2019 4:33 PM
> To: How to use LiveCode
> Cc: Dar Scott Consulting
> Subject: Re: [OT] Weighted distribution of Numbers
> 
> I was thinking the same, but was to afraid to say it. Yes, the actual name
> is "lying".
> 
> However, there might be an honest attempt to display crowded dots or icons.
> 
>> On Aug 4, 2019, at 2:19 PM, hh via use-livecode
>  wrote:
>> 
>>> Ralph D. wrote:
>>> I'm sure there's an actual name for doing this in the statistician's 
>>> world but I don't know what it is.
>> 
>> This has nothing to do with "statistics".
>> This is simply "try to lie by data cheating".
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: [OT] Weighted distribution of Numbers

[Ralph DiMola via use-livecode]

I'm not plotting this but using it for searching.

I'm not really lying. I'm trying to come up with the raw numbers from many
individual components. It's like "Gone with the Wind" and "Apocalypse Now"
both getting 100 on Rotten Tomatoes. But if you looked under the hood and
added up components such as sound, costumes, artwork, casting... and applied
a weight to each then "Apocalypse Now" might get a raw rating of 800 and
"Gone with the Wind" get a 790. But they are both so close to the top I
would want them to both get 100. I can do this via the "human factor" by
manually adjusting some of the results(mostly at the top) but I would like
to somewhat automate it so when the components change I will do a
re-calculation run and say the top number goes up by 25 all the manual
adjustments go out the window. I want this to be somewhat automated.

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 Dar Scott Consulting via use-livecode
Sent: Sunday, August 04, 2019 4:33 PM
To: How to use LiveCode
Cc: Dar Scott Consulting
Subject: Re: [OT] Weighted distribution of Numbers

I was thinking the same, but was to afraid to say it. Yes, the actual name
is "lying".

However, there might be an honest attempt to display crowded dots or icons.

> On Aug 4, 2019, at 2:19 PM, hh via use-livecode
 wrote:
> 
>> Ralph D. wrote:
>> I'm sure there's an actual name for doing this in the statistician's 
>> world but I don't know what it is.
> 
> This has nothing to do with "statistics".
> This is simply "try to lie by data cheating".
> 
> 
> ___
> use-livecode mailing list
> use-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: Making "read from file" less blocky.

[dsc--- via use-livecode]

Even more "really out there" of the "really out there".

Don't read in the file.  

Access portions JIT, that is, lazily.

Create a function that pulls in segments of the file. Kinda like this:

function segmentOfFile pStartIndex, pEndIndex, pThisFile 

Or this:

function segmentOfCurrentFile pStartIndex, pEndIndex

Dar

> On Aug 4, 2019, at 1:22 PM, dsc--- via use-livecode 
>  wrote:
> 
> More "really out there".
> 
> I like the idea of trying to speed up an upfront foreground load. Something 
> simple like this:
> 
> put blah-plah into IntoThisVariable.
> 
> where blah-blah is nana-nana or decompress( nana-nana ) 
> where nana-nana is one of these:
>   URL ("binfile:" & ThisFile)
>   shell("cat " & ThisFile)
> 
> Function decompress() makes two RAM hits and requires control over the loaded 
> files. 
> 
> 
>> On Aug 4, 2019, at 12:47 PM, Dar Scott Consulting via use-livecode 
>>  wrote:
>> 
>> I love "really out there".  I wanna play.
>> 
>> At the start of any solution, try this. It might speed up any method but 
>> would take some time at the start.
>> 
>> get shell( "cat " & ThisFile & " > dev/null" )
>> 
>> I think that is likely to pre-load the system file buffers for you. 
>> 
>> If one is feeling adventurous, one can try open process (cat) to avoid the 
>> wait; it will probably move through the file faster than the script and 
>> sectors will already be loaded when you ask for them.
>> 
>> Dar
>> 
>>> On Aug 4, 2019, at 7:59 AM, Alex Tweedly via use-livecode 
>>>  wrote:
>>> 
>>> OK, here's a "really out there" suggestion 
>>> 
>>> 1. Run a local web server  to serve files (locally only).
>>> 
>>>Can be done various ways, including (easily) via LC and the httpd 
>>> library,
>>> 
>>>   (build that server as a standalone and have it running - started from 
>>> your app if need be...)
>>> 
>>> 2. in your stack, just do
>>> 
>>> load url ("http://localhost:8080/myfilename;) with message "mycallback"
>>> 
>>> and handle the file once it has been read in the "mycallback" handler
>>> 
>>> -- Alex.
>>> 
>>> 
>>> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
 Hey folks,
 
 I'm having trouble finding a combination of settings that allows my file
 loading  to seem to happen in the background.
 
 repeat while read_result is not "eof"
read from file ThisFile for (1024 * 1000) bytes
put the result into read_result
put it after IntoThisVariable
add length(it) to amount_read
TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
 (Progress Indicator Handler)
wait 10 milliseconds with messages
 end repeat
 
 no matter what I try, its still sluggish, and it seems like messages are
 still accumilating instead of being processed by the engine.
 
 Am I missing something?  Normally waiting with messages sufficiently frees
 the engine to allow the UI to remain responsive.
 
 Thanks,
 
 Tom
 ___
 use-livecode mailing list
 use-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: [OT] Weighted distribution of Numbers

[Dar Scott Consulting via use-livecode]

I was thinking the same, but was to afraid to say it. Yes, the actual name is 
"lying".

However, there might be an honest attempt to display crowded dots or icons.

> On Aug 4, 2019, at 2:19 PM, hh via use-livecode 
>  wrote:
> 
>> Ralph D. wrote:
>> I'm sure there's an actual name for doing this in the statistician's
>> world but I don't know what it is.
> 
> This has nothing to do with "statistics".
> This is simply "try to lie by data cheating".
> 
> 
> ___
> use-livecode mailing list
> use-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: [OT] Weighted distribution of Numbers

[Dar Scott Consulting via use-livecode]

Perhaps what you want is histogram smoothing or histogram curve fitting.

Is this for a dot or icon display? Or for a plotted curve?

> On Aug 4, 2019, at 1:38 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Dar,
> 
> Thanks for looking at this...
> 
> These numbers are quality ratings. The raw numbers range from 0 to a max of
> 800 or so. The customer wants to see a rating from 0-100 so I normalize them
> into a range of 0 to 100 where the raw 0 is 0 and the raw 800 is 100. This
> works perfectly. When looking at the resulting 0-100 ratings is where they
> see the distribution anomalies. They would like to see the top numbers(say
> from 94 to 100) to go to 100 and then the original 93 to be 99 and the
> original 90 to be 97 or so. And also smooth out any gaps in the distribution
> so there for example if there are almost no numbers in the 40s to bump up
> the 30s a little and bump down the 50s a little. I'm sure there's an actual
> name for doing this in the statistician's world but I don't know what it is.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> Phone: 518-636-3998 Ex:11
> Cell: 518-796-9332
> 
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
> Of Dar Scott Consulting via use-livecode
> Sent: Sunday, August 04, 2019 3:03 PM
> To: How to use LiveCode
> Cc: Dar Scott Consulting
> Subject: Re: [OT] Weighted distribution of Numbers
> 
> Just to clarify... Is this right?
> 
> The max of the raw numbers maps to 100.
> The min of the raw numbers maps to 0. (Or is it 0 maps to 0?) The middle
> number maps to something like 70. (Or is it half of the max maps to 70?) The
> mapping is smooth.
> 
> Where 70 might be something else.
> 
>> On Aug 4, 2019, at 12:49 PM, Ralph DiMola via use-livecode
>  wrote:
>> 
>> I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was 
>> easy to normalize these numbers from 0 to 100. But as I look at the 
>> results I see that there is one at to top(100) and a few in the 90s 
>> and many more in the 70s and 80s. I need to make these numbers more 
>> evenly distributed and weighted towards the top(so the top few are 
>> 100) based on the current distribution of the raw numbers. I'm not a 
>> math whiz and not afraid to admit that going beyond linier equations 
>> is way over my head. From some searches I see the some sort of 
>> nonlinear regression is in order(I think)? Or a apply a log (like an 
>> audio log taper of a potentiometer)? I don't know... Can anyone point me
> in the in the right direction?
>> 
>> Thanks!
>> 
>> 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
> 
> 
> ___
> use-livecode mailing list
> use-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: [OT] Weighted distribution of Numbers

[hh via use-livecode]

> Ralph D. wrote:
> I'm sure there's an actual name for doing this in the statistician's
> world but I don't know what it is.

This has nothing to do with "statistics".
This is simply "try to lie by data cheating".


___
use-livecode mailing list
use-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: Updated Lesson and new Notarization Helper Stack

[Matthias Rebbe via use-livecode]

Bill,
thanks for your words.

As long as i develop for Mac i will try to maintain the stack. So if there are 
changes in the notarization process and i can adjust the stack to comply with 
them, i will do. The same goes for the tutorial if my time allows. But the 
priority would always be with the stack, as i am using it myself.

Btw.: the stack is far from being perfect, at least the coding. ;)
I am sure there are  things that could be done better. So everyone is welcomed 
to modify, enhance or optimize the scripts. 

Regards,

Matthias

> Am 04.08.2019 um 18:50 schrieb prothero--- via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Matthias:
> I am way, way, appreciative of your contribution to this very important 
> development task!! I don’t regularly distribute an app, but when I do, it 
> takes me a full day to struggle with all of the details of code signing and 
> distribution, and it is a real pain. Of course, these details change over the 
> period of a few months and the notes I take when doing it each time, are no 
> longer current, and it is very frustrating. Distributing our products is SUCH 
> a fundamental part of our work with lc that it’s great to see this resource.
> 
> This has been needed for a long time, especially for folks like me. Of 
> course, Apple will regularly change the procedure and requirements, so 
> updating your app to keep up will probably be ongoing.
> 
> Thanks again,
> Bill
> 
> William A. Prothero
> Santa Barbara, CA. 93105
> http://earthlearningsolutions.org/ 
> 
>> On Aug 3, 2019, at 12:30 PM, Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> For those who are interested.
>> 
>> Today i´ve updated the Lesson on How to code sign and Notarize an app for 
>> distribution outside of the Mac Appstore. I´ve also included an updated 
>> version of my stack. The new version is now able to to the complete stuff 
>> from code signing up to notarizing and stapling your app or dmg.
>> 
>> You just drap your app to the stack, enter some data and the stack does all 
>> the rest for you.
>> 
>> The new lesson can be found here 
>> .
>> 
>> Hope this is of some use for the one or the other.
>> 
>> 
>> 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



Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 
___
use-livecode mailing list
use-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: [OT] Weighted distribution of Numbers

[Ralph DiMola via use-livecode]

Dar,

Thanks for looking at this...

These numbers are quality ratings. The raw numbers range from 0 to a max of
800 or so. The customer wants to see a rating from 0-100 so I normalize them
into a range of 0 to 100 where the raw 0 is 0 and the raw 800 is 100. This
works perfectly. When looking at the resulting 0-100 ratings is where they
see the distribution anomalies. They would like to see the top numbers(say
from 94 to 100) to go to 100 and then the original 93 to be 99 and the
original 90 to be 97 or so. And also smooth out any gaps in the distribution
so there for example if there are almost no numbers in the 40s to bump up
the 30s a little and bump down the 50s a little. I'm sure there's an actual
name for doing this in the statistician's world but I don't know what it is.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
Phone: 518-636-3998 Ex:11
Cell: 518-796-9332


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Dar Scott Consulting via use-livecode
Sent: Sunday, August 04, 2019 3:03 PM
To: How to use LiveCode
Cc: Dar Scott Consulting
Subject: Re: [OT] Weighted distribution of Numbers

Just to clarify... Is this right?

The max of the raw numbers maps to 100.
The min of the raw numbers maps to 0. (Or is it 0 maps to 0?) The middle
number maps to something like 70. (Or is it half of the max maps to 70?) The
mapping is smooth.

Where 70 might be something else.

> On Aug 4, 2019, at 12:49 PM, Ralph DiMola via use-livecode
 wrote:
> 
> I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was 
> easy to normalize these numbers from 0 to 100. But as I look at the 
> results I see that there is one at to top(100) and a few in the 90s 
> and many more in the 70s and 80s. I need to make these numbers more 
> evenly distributed and weighted towards the top(so the top few are 
> 100) based on the current distribution of the raw numbers. I'm not a 
> math whiz and not afraid to admit that going beyond linier equations 
> is way over my head. From some searches I see the some sort of 
> nonlinear regression is in order(I think)? Or a apply a log (like an 
> audio log taper of a potentiometer)? I don't know... Can anyone point me
in the in the right direction?
> 
> Thanks!
> 
> 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


___
use-livecode mailing list
use-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: [OT] Weighted distribution of Numbers

[Mark Wieder via use-livecode]

On 8/4/19 11:49 AM, Ralph DiMola via use-livecode wrote:

I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was easy
to normalize these numbers from 0 to 100. But as I look at the results I see
that there is one at to top(100) and a few in the 90s and many more in the
70s and 80s. I need to make these numbers more evenly distributed and
weighted towards the top(so the top few are 100) based on the current
distribution of the raw numbers. I'm not a math whiz and not afraid to admit
that going beyond linier equations is way over my head. From some searches I
see the some sort of nonlinear regression is in order(I think)? Or a apply a
log (like an audio log taper of a potentiometer)? I don't know... Can anyone
point me in the in the right direction?


Someone will no doubt correct me on this, but it sounds like you want 
the weighted mean of the data set. Something like


repeat for each value in the list
  add (the value / the number of values) to tWeightedMean
end repeat


--
 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: Making "read from file" less blocky.

[dsc--- via use-livecode]

More "really out there".

I like the idea of trying to speed up an upfront foreground load. Something 
simple like this:

put blah-plah into IntoThisVariable.

where blah-blah is nana-nana or decompress( nana-nana ) 
where nana-nana is one of these:
URL ("binfile:" & ThisFile)
shell("cat " & ThisFile)

Function decompress() makes two RAM hits and requires control over the loaded 
files. 


> On Aug 4, 2019, at 12:47 PM, Dar Scott Consulting via use-livecode 
>  wrote:
> 
> I love "really out there".  I wanna play.
> 
> At the start of any solution, try this. It might speed up any method but 
> would take some time at the start.
> 
> get shell( "cat " & ThisFile & " > dev/null" )
> 
> I think that is likely to pre-load the system file buffers for you. 
> 
> If one is feeling adventurous, one can try open process (cat) to avoid the 
> wait; it will probably move through the file faster than the script and 
> sectors will already be loaded when you ask for them.
> 
> Dar
> 
>> On Aug 4, 2019, at 7:59 AM, Alex Tweedly via use-livecode 
>>  wrote:
>> 
>> OK, here's a "really out there" suggestion 
>> 
>> 1. Run a local web server  to serve files (locally only).
>> 
>> Can be done various ways, including (easily) via LC and the httpd 
>> library,
>> 
>>(build that server as a standalone and have it running - started from 
>> your app if need be...)
>> 
>> 2. in your stack, just do
>> 
>>  load url ("http://localhost:8080/myfilename;) with message "mycallback"
>> 
>> and handle the file once it has been read in the "mycallback" handler
>> 
>> -- Alex.
>> 
>> 
>> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
>>> Hey folks,
>>> 
>>> I'm having trouble finding a combination of settings that allows my file
>>> loading  to seem to happen in the background.
>>> 
>>>  repeat while read_result is not "eof"
>>> read from file ThisFile for (1024 * 1000) bytes
>>> put the result into read_result
>>> put it after IntoThisVariable
>>> add length(it) to amount_read
>>> TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
>>> (Progress Indicator Handler)
>>> wait 10 milliseconds with messages
>>>  end repeat
>>> 
>>> no matter what I try, its still sluggish, and it seems like messages are
>>> still accumilating instead of being processed by the engine.
>>> 
>>> Am I missing something?  Normally waiting with messages sufficiently frees
>>> the engine to allow the UI to remain responsive.
>>> 
>>> Thanks,
>>> 
>>> Tom
>>> ___
>>> use-livecode mailing list
>>> use-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: [OT] Weighted distribution of Numbers

[Dar Scott Consulting via use-livecode]

Just to clarify... Is this right?

The max of the raw numbers maps to 100.
The min of the raw numbers maps to 0. (Or is it 0 maps to 0?)
The middle number maps to something like 70. (Or is it half of the max maps to 
70?)
The mapping is smooth.

Where 70 might be something else.

> On Aug 4, 2019, at 12:49 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was easy
> to normalize these numbers from 0 to 100. But as I look at the results I see
> that there is one at to top(100) and a few in the 90s and many more in the
> 70s and 80s. I need to make these numbers more evenly distributed and
> weighted towards the top(so the top few are 100) based on the current
> distribution of the raw numbers. I'm not a math whiz and not afraid to admit
> that going beyond linier equations is way over my head. From some searches I
> see the some sort of nonlinear regression is in order(I think)? Or a apply a
> log (like an audio log taper of a potentiometer)? I don't know... Can anyone
> point me in the in the right direction?
> 
> Thanks!
> 
> 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


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

[OT] Weighted distribution of Numbers

[Ralph DiMola via use-livecode]

I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was easy
to normalize these numbers from 0 to 100. But as I look at the results I see
that there is one at to top(100) and a few in the 90s and many more in the
70s and 80s. I need to make these numbers more evenly distributed and
weighted towards the top(so the top few are 100) based on the current
distribution of the raw numbers. I'm not a math whiz and not afraid to admit
that going beyond linier equations is way over my head. From some searches I
see the some sort of nonlinear regression is in order(I think)? Or a apply a
log (like an audio log taper of a potentiometer)? I don't know... Can anyone
point me in the in the right direction?

Thanks!

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: Making "read from file" less blocky.

[Dar Scott Consulting via use-livecode]

I love "really out there".  I wanna play.

At the start of any solution, try this. It might speed up any method but would 
take some time at the start.

get shell( "cat " & ThisFile & " > dev/null" )

I think that is likely to pre-load the system file buffers for you. 

If one is feeling adventurous, one can try open process (cat) to avoid the 
wait; it will probably move through the file faster than the script and sectors 
will already be loaded when you ask for them.

Dar

> On Aug 4, 2019, at 7:59 AM, Alex Tweedly via use-livecode 
>  wrote:
> 
> OK, here's a "really out there" suggestion 
> 
> 1. Run a local web server  to serve files (locally only).
> 
>  Can be done various ways, including (easily) via LC and the httpd 
> library,
> 
> (build that server as a standalone and have it running - started from 
> your app if need be...)
> 
> 2. in your stack, just do
> 
>   load url ("http://localhost:8080/myfilename;) with message "mycallback"
> 
> and handle the file once it has been read in the "mycallback" handler
> 
> -- Alex.
> 
> 
> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
>> Hey folks,
>> 
>> I'm having trouble finding a combination of settings that allows my file
>> loading  to seem to happen in the background.
>> 
>>   repeat while read_result is not "eof"
>>  read from file ThisFile for (1024 * 1000) bytes
>>  put the result into read_result
>>  put it after IntoThisVariable
>>  add length(it) to amount_read
>>  TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
>> (Progress Indicator Handler)
>>  wait 10 milliseconds with messages
>>   end repeat
>> 
>> no matter what I try, its still sluggish, and it seems like messages are
>> still accumilating instead of being processed by the engine.
>> 
>> Am I missing something?  Normally waiting with messages sufficiently frees
>> the engine to allow the UI to remain responsive.
>> 
>> Thanks,
>> 
>> Tom
>> ___
>> use-livecode mailing list
>> use-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: Making "read from file" less blocky.

[Tom Glod via use-livecode]

Hmmm interesting.

I was sending binary variables to it, and the headers came through ok, but
the binary data didn't when it was over a certain size.

What sort of data sizes have you been been sending to your httpd standalone?

My tests, were 18 months ago at least, but I am hoping it was just me doing
something wrong.  I did see a "//todo" in the library code under a section
that looked like it dealt with multiple chunks.

On Sun, Aug 4, 2019 at 1:21 PM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Oh, that's a bit worrying  I'm just starting a project that will use
> httpd, and it might in the medium term need to receive large data sets.
>
> But for now, similar to this case of yours for "serving" files, it only
> needs to send large data sets, and I have tested that pretty thoroughly
> already so I'm comfortable it'll do that just fine.
>
> Alex.
>
> On 04/08/2019 18:12, Tom Glod via use-livecode wrote:
> > Hi Alex, yes that would definitely be a great option for a high
> performance
> > solution that would work well in the background.
> >
> > I did tests on such a solution a while back (for a similar task), but
> found
> > that the httpd library was not able to receive large pieces of binary
> > data.  It worked beautiful with small chunks.
> >
> > So I don't know if it was me, if it was a missing feature in the library,
> > but I will be investigating it again soon enough.
> >
> > Thanks for the reminder
> >
> > On Sun, Aug 4, 2019 at 9:59 AM Alex Tweedly via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> OK, here's a "really out there" suggestion 
> >>
> >> 1. Run a local web server  to serve files (locally only).
> >>
> >>Can be done various ways, including (easily) via LC and the httpd
> >> library,
> >>
> >>   (build that server as a standalone and have it running -
> >> started from your app if need be...)
> >>
> >> 2. in your stack, just do
> >>
> >> load url ("http://localhost:8080/myfilename;) with message
> "mycallback"
> >>
> >> and handle the file once it has been read in the "mycallback" handler
> >>
> >> -- Alex.
> >>
> >>
> >> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
> >>> Hey folks,
> >>>
> >>> I'm having trouble finding a combination of settings that allows my
> file
> >>> loading  to seem to happen in the background.
> >>>
> >>> repeat while read_result is not "eof"
> >>>read from file ThisFile for (1024 * 1000) bytes
> >>>put the result into read_result
> >>>put it after IntoThisVariable
> >>>add length(it) to amount_read
> >>>TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
> >>> (Progress Indicator Handler)
> >>>wait 10 milliseconds with messages
> >>> end repeat
> >>>
> >>> no matter what I try, its still sluggish, and it seems like messages
> are
> >>> still accumilating instead of being processed by the engine.
> >>>
> >>> Am I missing something?  Normally waiting with messages sufficiently
> >> frees
> >>> the engine to allow the UI to remain responsive.
> >>>
> >>> Thanks,
> >>>
> >>> Tom
> >>> ___
> >>> use-livecode mailing list
> >>> use-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: Making "read from file" less blocky.

[Alex Tweedly via use-livecode]

Oh, that's a bit worrying  I'm just starting a project that will use 
httpd, and it might in the medium term need to receive large data sets.


But for now, similar to this case of yours for "serving" files, it only 
needs to send large data sets, and I have tested that pretty thoroughly 
already so I'm comfortable it'll do that just fine.


Alex.

On 04/08/2019 18:12, Tom Glod via use-livecode wrote:

Hi Alex, yes that would definitely be a great option for a high performance
solution that would work well in the background.

I did tests on such a solution a while back (for a similar task), but found
that the httpd library was not able to receive large pieces of binary
data.  It worked beautiful with small chunks.

So I don't know if it was me, if it was a missing feature in the library,
but I will be investigating it again soon enough.

Thanks for the reminder

On Sun, Aug 4, 2019 at 9:59 AM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:


OK, here's a "really out there" suggestion 

1. Run a local web server  to serve files (locally only).

   Can be done various ways, including (easily) via LC and the httpd
library,

  (build that server as a standalone and have it running -
started from your app if need be...)

2. in your stack, just do

load url ("http://localhost:8080/myfilename;) with message "mycallback"

and handle the file once it has been read in the "mycallback" handler

-- Alex.


On 04/08/2019 01:56, Tom Glod via use-livecode wrote:

Hey folks,

I'm having trouble finding a combination of settings that allows my file
loading  to seem to happen in the background.

repeat while read_result is not "eof"
   read from file ThisFile for (1024 * 1000) bytes
   put the result into read_result
   put it after IntoThisVariable
   add length(it) to amount_read
   TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
(Progress Indicator Handler)
   wait 10 milliseconds with messages
end repeat

no matter what I try, its still sluggish, and it seems like messages are
still accumilating instead of being processed by the engine.

Am I missing something?  Normally waiting with messages sufficiently

frees

the engine to allow the UI to remain responsive.

Thanks,

Tom
___
use-livecode mailing list
use-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: Making "read from file" less blocky.

[Tom Glod via use-livecode]

Hi Alex, yes that would definitely be a great option for a high performance
solution that would work well in the background.

I did tests on such a solution a while back (for a similar task), but found
that the httpd library was not able to receive large pieces of binary
data.  It worked beautiful with small chunks.

So I don't know if it was me, if it was a missing feature in the library,
but I will be investigating it again soon enough.

Thanks for the reminder

On Sun, Aug 4, 2019 at 9:59 AM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> OK, here's a "really out there" suggestion 
>
> 1. Run a local web server  to serve files (locally only).
>
>   Can be done various ways, including (easily) via LC and the httpd
> library,
>
>  (build that server as a standalone and have it running -
> started from your app if need be...)
>
> 2. in your stack, just do
>
>load url ("http://localhost:8080/myfilename;) with message "mycallback"
>
> and handle the file once it has been read in the "mycallback" handler
>
> -- Alex.
>
>
> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
> > Hey folks,
> >
> > I'm having trouble finding a combination of settings that allows my file
> > loading  to seem to happen in the background.
> >
> >repeat while read_result is not "eof"
> >   read from file ThisFile for (1024 * 1000) bytes
> >   put the result into read_result
> >   put it after IntoThisVariable
> >   add length(it) to amount_read
> >   TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
> > (Progress Indicator Handler)
> >   wait 10 milliseconds with messages
> >end repeat
> >
> > no matter what I try, its still sluggish, and it seems like messages are
> > still accumilating instead of being processed by the engine.
> >
> > Am I missing something?  Normally waiting with messages sufficiently
> frees
> > the engine to allow the UI to remain responsive.
> >
> > Thanks,
> >
> > Tom
> > ___
> > use-livecode mailing list
> > use-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: Updated Lesson and new Notarization Helper Stack

[prothero--- via use-livecode]

Matthias:
I am way, way, appreciative of your contribution to this very important 
development task!! I don’t regularly distribute an app, but when I do, it takes 
me a full day to struggle with all of the details of code signing and 
distribution, and it is a real pain. Of course, these details change over the 
period of a few months and the notes I take when doing it each time, are no 
longer current, and it is very frustrating. Distributing our products is SUCH a 
fundamental part of our work with lc that it’s great to see this resource.

This has been needed for a long time, especially for folks like me. Of course, 
Apple will regularly change the procedure and requirements, so updating your 
app to keep up will probably be ongoing.

Thanks again,
Bill

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

> On Aug 3, 2019, at 12:30 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> For those who are interested.
> 
> Today i´ve updated the Lesson on How to code sign and Notarize an app for 
> distribution outside of the Mac Appstore. I´ve also included an updated 
> version of my stack. The new version is now able to to the complete stuff 
> from code signing up to notarizing and stapling your app or dmg.
> 
> You just drap your app to the stack, enter some data and the stack does all 
> the rest for you.
> 
> The new lesson can be found here 
> .
> 
> Hope this is of some use for the one or the other.
> 
> 
> 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

Re: Updated Lesson and new Notarization Helper Stack

[Rick Harrison via use-livecode]

Cool!  

Nice job Matthias!

I can see you put a lot of work into everything.

Thank you, thank you, THANK YOU!!!

Rick


> On Aug 3, 2019, at 3:30 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> For those who are interested.
> 
> Today i´ve updated the Lesson on How to code sign and Notarize an app for 
> distribution outside of the Mac Appstore. I´ve also included an updated 
> version of my stack. The new version is now able to to the complete stuff 
> from code signing up to notarizing and stapling your app or dmg.
> 
> You just drap your app to the stack, enter some data and the stack does all 
> the rest for you.
> 
> The new lesson can be found here 
> .
> 
> Hope this is of some use for the one or the other.
> 
> 
> 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

Re: Making "read from file" less blocky.

[Alex Tweedly via use-livecode]

OK, here's a "really out there" suggestion 

1. Run a local web server  to serve files (locally only).

 Can be done various ways, including (easily) via LC and the httpd 
library,


    (build that server as a standalone and have it running - 
started from your app if need be...)


2. in your stack, just do

  load url ("http://localhost:8080/myfilename;) with message "mycallback"

and handle the file once it has been read in the "mycallback" handler

-- Alex.


On 04/08/2019 01:56, Tom Glod via use-livecode wrote:

Hey folks,

I'm having trouble finding a combination of settings that allows my file
loading  to seem to happen in the background.

   repeat while read_result is not "eof"
  read from file ThisFile for (1024 * 1000) bytes
  put the result into read_result
  put it after IntoThisVariable
  add length(it) to amount_read
  TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
(Progress Indicator Handler)
  wait 10 milliseconds with messages
   end repeat

no matter what I try, its still sluggish, and it seems like messages are
still accumilating instead of being processed by the engine.

Am I missing something?  Normally waiting with messages sufficiently frees
the engine to allow the UI to remain responsive.

Thanks,

Tom
___
use-livecode mailing list
use-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: Save Standalone Settings Externally

[Sannyasin Brahmanathaswami via use-livecode]

Another, possible simpler solution:

a) what you change the standalone setting in the standalones, you can, if 
wanted, test building, the app *without* being forced to save the stack. 

b) Somehow you would have to address the Standalone setting in RAM or save to 
some *.temp file ... when you created the standalone

c) Then if you made changes that *need* to be saved, then save it.

BR
===


When working collaborately with a framework on Git Hub. There is always an 
issue of the stack that will be made the standalone for the app.

No changes are made to binary MyMainStack.app other than settings in the 
standalone, which you may does simply for testing.

Now, if you "pull" the project in Git Hub, you are prompted that the 
changes to MyMainStack.app need to be committed…etc.  if you do, then you will 
get a conflict when you will pull. So the usual practice (for me anyway) is to

a) be sure the only changes in the binary are to the SA settings, nothing 
else
b) run git stash
c) then pull

Is there some way to externalize the SA setting so that they don’t change 
the binary?

This way you could


  1.  Load SA setting for testing # call it "MyMainStack_SA-Setting.config"

  # git ignore would have a  "MyMainStack_SA-Setting.config" so it 
does not track

  1.  Now whatever you do  with SA settings for testing, does not check the 
binary stack.
  2.  Pull without conflict.

And, now you know for sure that  when you commit the MyMainStack.app 
changes where you are for sure changed anything else *other* that the 
standalone settings? Because you never save it…

Of course, it you want to save the SA setting in the binary, you *could* 
save them….

BR


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

___
use-livecode mailing list
use-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: Updated Lesson and new Notarization Helper Stack

[JJS via use-livecode]

Ok thanks a lot Matthias.

Op 4-8-2019 om 14:11 schreef Matthias Rebbe via use-livecode:

Jerry,

thanks for your kind words.

WinSignHelper is just for Mac OS. There is an easy to use tool from K Software 
which allows one to easily code sign Windows Apps on Windows.
It´s called kSign and can downloaded here 
.

Description for K-Software´s website:

"kSign was written specifically for customers that have purchased code signing 
certificates through K Software. If you didn't purchase your certificate through K 
Software you can still use kSign for free but you'll be taken back to this website when 
the software signs a file."


Regards,

Matthias


Am 04.08.2019 um 13:00 schrieb JJS via use-livecode mailto:use-livecode@lists.runrev.com>>:

Thanks very much. Danke Schon! Matthias, great job.

And thanks that you made and share this with everyone.

Love your website layout. By the way is the winsignhalper also avail for win10?

Freundlichen gruessen aus Holland!


Sphere/Jerry


Op 4-8-2019 om 05:15 schreef Tom Glod via use-livecode:

Hats off to you again sir Matthias. Thank you



On Sat, Aug 3, 2019 at 4:34 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com > wrote:


I wasn't aware of the AppWrapper update, but yours not only works
seamlessly with LC, but it's free. That's a big plus, and you're
generous to provide it to us.

On 8/3/19 3:14 PM, Matthias Rebbe via use-livecode wrote:

Jacque, thank you very much for your kind words.

To be fair, App Wrapper 3.9.1, which is able to notarize, was released

some days ago.

Regards,
Matthias

Matthias Rebbe

free tools for Livecoders:
InstaMaker >
WinSignMaker Mac >


Am 03.08.2019 um 21:58 schrieb J. Landman Gay via use-livecode <

use-livecode@lists.runrev.com  
>>:

If you need to notarize a Mac app, this thing is a marvel. I was

nervous about getting through Apple's new requirements for app distribution
but Notarization Helper is as simple as it gets. I'd used AppWrapper in the
past, but the new notarization and stapling process isn't included there
yet, at least until AppWrapper comes out of beta. Matthias has made an
all-in-one solution that requires nothing from the user but a couple of
bits of info and a mouse click, and it works right within the LC IDE.

This is a keeper. If you are distributing outside the Macc App Store,

go get it.

On 8/3/19 2:30 PM, Matthias Rebbe via use-livecode wrote:

For those who are interested.
Today i´ve updated the Lesson on How to code sign and Notarize an app

for distribution outside of the Mac Appstore. I´ve also included an updated
version of my stack. The new version is now able to to the complete stuff
from code signing up to notarizing and stapling your app or dmg.

You just drap your app to the stack, enter some data and the stack

does all the rest for you.

The new lesson can be found here <

http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
 

<
http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
 


.

Hope this is of some use for the one or the other.
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 


--
Jacqueline Landman Gay | jac...@hyperactivesw.com 
 
jac...@hyperactivesw.com >

HyperActive Software   | http://www.hyperactivesw.com 
 <

http://www.hyperactivesw.com/ >

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

subscription preferences:

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

Re: Updated Lesson and new Notarization Helper Stack

[Matthias Rebbe via use-livecode]

Jerry,

thanks for your kind words.

WinSignHelper is just for Mac OS. There is an easy to use tool from K Software 
which allows one to easily code sign Windows Apps on Windows.
It´s called kSign and can downloaded here 
.

Description for K-Software´s website:

"kSign was written specifically for customers that have purchased code signing 
certificates through K Software. If you didn't purchase your certificate 
through K Software you can still use kSign for free but you'll be taken back to 
this website when the software signs a file."


Regards,

Matthias

> Am 04.08.2019 um 13:00 schrieb JJS via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks very much. Danke Schon! Matthias, great job.
> 
> And thanks that you made and share this with everyone.
> 
> Love your website layout. By the way is the winsignhalper also avail for 
> win10?
> 
> Freundlichen gruessen aus Holland!
> 
> 
> Sphere/Jerry
> 
> 
> Op 4-8-2019 om 05:15 schreef Tom Glod via use-livecode:
>> Hats off to you again sir Matthias. Thank you
>> 
>> 
>> 
>> On Sat, Aug 3, 2019 at 4:34 PM J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com > wrote:
>> 
>>> I wasn't aware of the AppWrapper update, but yours not only works
>>> seamlessly with LC, but it's free. That's a big plus, and you're
>>> generous to provide it to us.
>>> 
>>> On 8/3/19 3:14 PM, Matthias Rebbe via use-livecode wrote:
 Jacque, thank you very much for your kind words.
 
 To be fair, App Wrapper 3.9.1, which is able to notarize, was released
>>> some days ago.
 Regards,
 Matthias
 
 Matthias Rebbe
 
 free tools for Livecoders:
 InstaMaker >
 WinSignMaker Mac >
 
> Am 03.08.2019 um 21:58 schrieb J. Landman Gay via use-livecode <
>>> use-livecode@lists.runrev.com  
>>> >> >>:
> If you need to notarize a Mac app, this thing is a marvel. I was
>>> nervous about getting through Apple's new requirements for app distribution
>>> but Notarization Helper is as simple as it gets. I'd used AppWrapper in the
>>> past, but the new notarization and stapling process isn't included there
>>> yet, at least until AppWrapper comes out of beta. Matthias has made an
>>> all-in-one solution that requires nothing from the user but a couple of
>>> bits of info and a mouse click, and it works right within the LC IDE.
> This is a keeper. If you are distributing outside the Macc App Store,
>>> go get it.
> On 8/3/19 2:30 PM, Matthias Rebbe via use-livecode wrote:
>> For those who are interested.
>> Today i´ve updated the Lesson on How to code sign and Notarize an app
>>> for distribution outside of the Mac Appstore. I´ve also included an updated
>>> version of my stack. The new version is now able to to the complete stuff
>>> from code signing up to notarizing and stapling your app or dmg.
>> You just drap your app to the stack, enter some data and the stack
>>> does all the rest for you.
>> The new lesson can be found here <
>>> http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
>>>  
>>> 
>>> <
>>> http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
>>>  
>>> 
> .
>> Hope this is of some use for the one or the other.
>> 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 
>> 
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com 
>  >> jac...@hyperactivesw.com >
> HyperActive Software   | http://www.hyperactivesw.com 
>  <
>>> http://www.hyperactivesw.com/ >
> 
> ___
> use-livecode mailing list
> 

Re: Updated Lesson and new Notarization Helper Stack

[JJS via use-livecode]

Thanks very much. Danke Schon! Matthias, great job.

And thanks that you made and share this with everyone.

Love your website layout. By the way is the winsignhalper also avail for 
win10?


Freundlichen gruessen aus Holland!


Sphere/Jerry


Op 4-8-2019 om 05:15 schreef Tom Glod via use-livecode:

Hats off to you again sir Matthias. Thank you



On Sat, Aug 3, 2019 at 4:34 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


I wasn't aware of the AppWrapper update, but yours not only works
seamlessly with LC, but it's free. That's a big plus, and you're
generous to provide it to us.

On 8/3/19 3:14 PM, Matthias Rebbe via use-livecode wrote:

Jacque, thank you very much for your kind words.

To be fair, App Wrapper 3.9.1, which is able to notarize, was released

some days ago.

Regards,
Matthias

Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 


Am 03.08.2019 um 21:58 schrieb J. Landman Gay via use-livecode <

use-livecode@lists.runrev.com >:

If you need to notarize a Mac app, this thing is a marvel. I was

nervous about getting through Apple's new requirements for app distribution
but Notarization Helper is as simple as it gets. I'd used AppWrapper in the
past, but the new notarization and stapling process isn't included there
yet, at least until AppWrapper comes out of beta. Matthias has made an
all-in-one solution that requires nothing from the user but a couple of
bits of info and a mouse click, and it works right within the LC IDE.

This is a keeper. If you are distributing outside the Macc App Store,

go get it.

On 8/3/19 2:30 PM, Matthias Rebbe via use-livecode wrote:

For those who are interested.
Today i´ve updated the Lesson on How to code sign and Notarize an app

for distribution outside of the Mac Appstore. I´ve also included an updated
version of my stack. The new version is now able to to the complete stuff
from code signing up to notarizing and stapling your app or dmg.

You just drap your app to the stack, enter some data and the stack

does all the rest for you.

The new lesson can be found here <

http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
<
http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore

.

Hope this is of some use for the one or the other.
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


--
Jacqueline Landman Gay | jac...@hyperactivesw.com 
jac...@hyperactivesw.com>

HyperActive Software   | http://www.hyperactivesw.com <

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



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


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

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


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