Re: Livecode Dictionary

[Geoff Canyon via use-livecode]

On Sat, Jan 19, 2019 at 8:22 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I agree that the dictionary isn’t the easiest to update without a GutHib
> client, but dictionary updates can be done completely in a browser.


Yep, I figured that out after I spent several minutes looking for the
dictionary data and poking through the dictionary stack. I already cloned
LiveCode some time ago, and GitHub was smart enough to realize that even
though my clone is substantially out of date, the merge entry hasn't
changed. So all i had to do was find it, edit (my copy of) it, save, and
issue a pull request.

And then notice a few minutes later that LC was asking me to sign the
waiver and tie my accounts together. I've done everything but that last
bit, so we'll see what happens.

gc
___
use-livecode mailing list
use-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: Livecode Dictionary

[Geoff Canyon via use-livecode]

On Sat, Jan 19, 2019 at 8:11 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Interesting.  I just checked on GitHub and the oauth token for LiveCode
> was recently revoked automatically since it was not used.  It’s been quite
> a while since I did it and I can’t recall about having write access.  There
> are several apps that I still have linked (Hacktoberfest...).
>
> Thanks,
> Brian
>

If the token has been revoked, I wonder if the process would have failed if
I had said yes? Now I'm tempted to say yes just to find out -- I said no
more on principle than on any concern that LC would actually do anything
harmful on my behalf.

gc
___
use-livecode mailing list
use-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: Livecode Dictionary

[Brian Milby via use-livecode]

I agree that the dictionary isn’t the easiest to update without a GutHib 
client, but dictionary updates can be done completely in a browser.  The use of 
the browser widget for the display of the dictionary data is quite independent 
from the data itself.  Maybe the community could put a complete replacement 
together for LC 10.  TinyDictionary would make a good start.  Would want to 
leverage how the Script Editor manages access to dictionary data to reduce 
memory usage (currently I’m guessing a good bit is in memory for the SE and the 
dictionary loads it all again from the JS version).

I’d also volunteer to submit PRs for updates if provided the necessary 
information.  I’ve done quite a few.  If there is a bug report, I would need 
the number as well to add the correct note.

Thanks,
Brian
On Jan 19, 2019, 9:00 PM -0600, Geoff Canyon via use-livecode 
, wrote:
> 1. Not everyone (very few people?) understand how git/GitHub works.
> 2. Even if you have a reasonable grasp of how to use git it's not obvious
> how to contribute to the dictionary using git. I've maintained Navigator in
> git/GitHub for about a year, and I'm sure I don't know the detailed steps
> -- just the general sense of "clone the repository, make changes to the
> dictionary, do a pull request." I just gave this a shot (pull request
> ) for the thinly-documented
> merge function. We'll see if I did it right.
>
> As an aside, I just checked, and the dictionary is now just two widgets? It
> seems counterproductive and unnecessary to convert the dictionary to
> widgets. There's no special functionality needed(?). And the dictionary
> functionality is now expressly beyond the ability of a large portion of the
> community to contribute to.
>
> gc
>
> On Sat, Jan 19, 2019 at 8:55 AM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > We have an even better option now. Contributions to the actual dictionary
> > can be submitted via GitHub.
> >
> > Thanks,
> > Brian
> > On Jan 19, 2019, 9:48 AM -0600, Richmond via use-livecode <
> > use-livecode@lists.runrev.com>, wrote:
> > > Some of those user entries were extremely useful.
> > >
> > > It would be good if user entries could be restored to the dictionary
> > > once again.
> > >
> > > Richmond.
> > >
> > > On 19.01.19 9:49, Simon Knight via use-livecode wrote:
> > > > Hi all,
> > > >
> > > > I have just read about two “issues” and both would be resolved or at
> > least helped with a more detailed dictionary entry. Now in the dim distant
> > past the RunRev dictionary use to allow humble users to add comments and
> > examples which I for one found useful. Does anyone know why this useful
> > feature was removed? Security ?
> > > >
> > > >
> > > >
> > > > Simon Knight
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ___
> > > > use-livecode mailing list
> > > > use-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: Livecode Dictionary

[Brian Milby via use-livecode]

Interesting.  I just checked on GitHub and the oauth token for LiveCode was 
recently revoked automatically since it was not used.  It’s been quite a while 
since I did it and I can’t recall about having write access.  There are several 
apps that I still have linked (Hacktoberfest...).

Thanks,
Brian
On Jan 19, 2019, 9:04 PM -0600, Geoff Canyon via use-livecode 
, wrote:
> So I have to sign an agreement -- I thought I had, but I have now.
>
> And I have to link my LiveCode account and my GitHub account, meaning LC
> can read and write all user data, including private email addresses,
> private profile information, and followers. Is that really necessary?
>
> gc
>
>
> On Sat, Jan 19, 2019 at 6:59 PM Geoff Canyon  wrote:
>
> > 1. Not everyone (very few people?) understand how git/GitHub works.
> > 2. Even if you have a reasonable grasp of how to use git it's not obvious
> > how to contribute to the dictionary using git. I've maintained Navigator in
> > git/GitHub for about a year, and I'm sure I don't know the detailed steps
> > -- just the general sense of "clone the repository, make changes to the
> > dictionary, do a pull request." I just gave this a shot (pull request
> > ) for the
> > thinly-documented merge function. We'll see if I did it right.
> >
> > As an aside, I just checked, and the dictionary is now just two widgets?
> > It seems counterproductive and unnecessary to convert the dictionary to
> > widgets. There's no special functionality needed(?). And the dictionary
> > functionality is now expressly beyond the ability of a large portion of the
> > community to contribute to.
> >
> > gc
> >
> > On Sat, Jan 19, 2019 at 8:55 AM Brian Milby via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > We have an even better option now. Contributions to the actual
> > > dictionary can be submitted via GitHub.
> > >
> > > Thanks,
> > > Brian
> > > On Jan 19, 2019, 9:48 AM -0600, Richmond via use-livecode <
> > > use-livecode@lists.runrev.com>, wrote:
> > > > Some of those user entries were extremely useful.
> > > >
> > > > It would be good if user entries could be restored to the dictionary
> > > > once again.
> > > >
> > > > Richmond.
> > > >
> > > > On 19.01.19 9:49, Simon Knight via use-livecode wrote:
> > > > > Hi all,
> > > > >
> > > > > I have just read about two “issues” and both would be resolved or at
> > > least helped with a more detailed dictionary entry. Now in the dim distant
> > > past the RunRev dictionary use to allow humble users to add comments and
> > > examples which I for one found useful. Does anyone know why this useful
> > > feature was removed? Security ?
> > > > >
> > > > >
> > > > >
> > > > > Simon Knight
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ___
> > > > > use-livecode mailing list
> > > > > use-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: Livecode Dictionary

[Geoff Canyon via use-livecode]

So I have to sign an agreement -- I thought I had, but I have now.

And I have to link my LiveCode account and my GitHub account, meaning LC
can read and write all user data, including private email addresses,
private profile information, and followers. Is that really necessary?

gc


On Sat, Jan 19, 2019 at 6:59 PM Geoff Canyon  wrote:

> 1. Not everyone (very few people?) understand how git/GitHub works.
> 2. Even if you have a reasonable grasp of how to use git it's not obvious
> how to contribute to the dictionary using git. I've maintained Navigator in
> git/GitHub for about a year, and I'm sure I don't know the detailed steps
> -- just the general sense of "clone the repository, make changes to the
> dictionary, do a pull request." I just gave this a shot (pull request
> ) for the
> thinly-documented merge function. We'll see if I did it right.
>
> As an aside, I just checked, and the dictionary is now just two widgets?
> It seems counterproductive and unnecessary to convert the dictionary to
> widgets. There's no special functionality needed(?). And the dictionary
> functionality is now expressly beyond the ability of a large portion of the
> community to contribute to.
>
> gc
>
> On Sat, Jan 19, 2019 at 8:55 AM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> We have an even better option now.  Contributions to the actual
>> dictionary can be submitted via GitHub.
>>
>> Thanks,
>> Brian
>> On Jan 19, 2019, 9:48 AM -0600, Richmond via use-livecode <
>> use-livecode@lists.runrev.com>, wrote:
>> > Some of those user entries were extremely useful.
>> >
>> > It would be good if user entries could be restored to the dictionary
>> > once again.
>> >
>> > Richmond.
>> >
>> > On 19.01.19 9:49, Simon Knight via use-livecode wrote:
>> > > Hi all,
>> > >
>> > > I have just read about two “issues” and both would be resolved or at
>> least helped with a more detailed dictionary entry. Now in the dim distant
>> past the RunRev dictionary use to allow humble users to add comments and
>> examples which I for one found useful. Does anyone know why this useful
>> feature was removed? Security ?
>> > >
>> > >
>> > >
>> > > Simon Knight
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > ___
>> > > use-livecode mailing list
>> > > use-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: Livecode Dictionary

[Geoff Canyon via use-livecode]

1. Not everyone (very few people?) understand how git/GitHub works.
2. Even if you have a reasonable grasp of how to use git it's not obvious
how to contribute to the dictionary using git. I've maintained Navigator in
git/GitHub for about a year, and I'm sure I don't know the detailed steps
-- just the general sense of "clone the repository, make changes to the
dictionary, do a pull request." I just gave this a shot (pull request
) for the thinly-documented
merge function. We'll see if I did it right.

As an aside, I just checked, and the dictionary is now just two widgets? It
seems counterproductive and unnecessary to convert the dictionary to
widgets. There's no special functionality needed(?). And the dictionary
functionality is now expressly beyond the ability of a large portion of the
community to contribute to.

gc

On Sat, Jan 19, 2019 at 8:55 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> We have an even better option now.  Contributions to the actual dictionary
> can be submitted via GitHub.
>
> Thanks,
> Brian
> On Jan 19, 2019, 9:48 AM -0600, Richmond via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > Some of those user entries were extremely useful.
> >
> > It would be good if user entries could be restored to the dictionary
> > once again.
> >
> > Richmond.
> >
> > On 19.01.19 9:49, Simon Knight via use-livecode wrote:
> > > Hi all,
> > >
> > > I have just read about two “issues” and both would be resolved or at
> least helped with a more detailed dictionary entry. Now in the dim distant
> past the RunRev dictionary use to allow humble users to add comments and
> examples which I for one found useful. Does anyone know why this useful
> feature was removed? Security ?
> > >
> > >
> > >
> > > Simon Knight
> > >
> > >
> > >
> > >
> > >
> > > ___
> > > use-livecode mailing list
> > > use-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

ChromeBooks and Android apps

[J. Landman Gay via use-livecode]

Has anyone tried running an Android app on a ChromeBook? Newer models are 
supposed to be able to do that. If so, how was it?

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

global is empty

[JJS via use-livecode]

Hi,


i've never had this before and i believe it is a stack fault rather than 
an actual bug.


Because with another stack the same principe is working correct. Using 
LC902.


With  the current stack the global gLocalDbID of the next line is empty 
once the new card is opened.


put revOpenDatabase("sqlite", gDatabasePath, , , , ) into gLocalDbID


The line is in the stack script, the splash card is shown and after a 
few seconds the first actual card is opened where you can select something.


The stack is for mobile, but all this happens in the IDE.

So i checked if the global is declared on each card/button is used.

Checked and outcommented any line that would close the database or empty 
the gLocalDbID.


Checked the global just before switching to the other card, then it's there.

On opening the other card, it's gone, empty, even in the preopening card 
part.


So it seems only happening that moment. Switching between other cards is 
no problem, the id in gLocalDbID is present, because i added an "if 
then..." to check the id and reopen the database if it is no number.


Strange thing is, all other globals who also come from the stack script 
are there, except not the one from revOpenDatabase.



And since it works with the other stack, i was banging my head against 
the wall, not understanding why the global was empty.



Has anyone had a similar issue with the this? The global from the 
revOpenDatabase i mean, not the bump on my forehead now :)



Thanks, Jerry




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

[hh via use-livecode]

Use Bernd's TinyDictionary.
There everybody can add his own (private) notes.

Download from "Sample Stacks" or
http://livecodeshare.runrev.com/stack/825/TinyDictionary

___
use-livecode mailing list
use-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: Purpose of "?

[prothero--- via use-livecode]

Thanks, Alex.
Bill

William Prothero
http://es.earthednet.org

> On Jan 19, 2019, at 10:47 AM, Alex Tweedly via use-livecode 
>  wrote:
> 
> There shouldn't be any examples of " in the actual script.
> 
> It's an anomaly from HTML - in order to display a quote sign in an HTML 
> document, you need to use the form of "so this has been 
> copied/pasted (or something like that) between a a simple document/text file 
> and an HTML file, and finished up with unneeded replacement for the quotes.
> 
> so take the text below, and replace all examples of " with just the 
> simply quote sign itself, and it should be all ok.
> 
> Alex.
> 
>> On 19/01/2019 17:55, prothero--- via use-livecode wrote:
>> In this discussion of the use of the merge function at:
>> http://newsletters.livecode.com/august/issue55/newsletter2.php
>> The samples use quot; extensively.
>> 
>> For example:
>> on mouseUp
>>put merge("[[quote]]Foobar[[quote]] [[the short name of \ this
>>stack]]") & return & \ merge("[[the layer of this card]] /
>>[[the short ID \ of me]]") into tVariable
>> end mouseUp
>> This script, as written, throws an error in the SE in LC 9.0.2. Mac OS10.14
>> 
>> What is the meaning of the " in the expression? That seems to be the 
>> source an error.
>> 
>> The merge function looks very useful, but I’m obviously missing something.
>> 
>> Best,
>> Bill
>> 
>> William Prothero
>> http://es.earthednet.org
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: Purpose of "?

[Alex Tweedly via use-livecode]

There shouldn't be any examples of " in the actual script.

It's an anomaly from HTML - in order to display a quote sign in an HTML 
document, you need to use the form of "    so this has been 
copied/pasted (or something like that) between a a simple document/text 
file and an HTML file, and finished up with unneeded replacement for the 
quotes.


so take the text below, and replace all examples of " with just the 
simply quote sign itself, and it should be all ok.


Alex.

On 19/01/2019 17:55, prothero--- via use-livecode wrote:

In this discussion of the use of the merge function at:
http://newsletters.livecode.com/august/issue55/newsletter2.php
The samples use quot; extensively.

For example:
on mouseUp
put merge("[[quote]]Foobar[[quote]] [[the short name of \ this
stack]]") & return & \ merge("[[the layer of this card]] /
[[the short ID \ of me]]") into tVariable
end mouseUp
This script, as written, throws an error in the SE in LC 9.0.2. Mac OS10.14

What is the meaning of the " in the expression? That seems to be the 
source an error.

The merge function looks very useful, but I’m obviously missing something.

Best,
Bill

William Prothero
http://es.earthednet.org

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


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

Re: Livecode Dictionary

[kee nethery via use-livecode]

> On Jan 19, 2019, at 8:54 AM, Brian Milby via use-livecode 
>  wrote:
> 
> We have an even better option now.  Contributions to the actual dictionary 
> can be submitted via GitHub.

If you have to post this here, it means it needs to be more obvious in the 
Dictionary wrapper that we all use.

Please put links into the Dictionary.

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

Purpose of "?

[prothero--- via use-livecode]

In this discussion of the use of the merge function at:
http://newsletters.livecode.com/august/issue55/newsletter2.php
The samples use quot; extensively.

For example:
on mouseUp 
   put merge("[[quote]]Foobar[[quote]] [[the short name of \ this  
   stack]]") & return & \ merge("[[the layer of this card]] / 
   [[the short ID \ of me]]") into tVariable 
end mouseUp
This script, as written, throws an error in the SE in LC 9.0.2. Mac OS10.14

What is the meaning of the " in the expression? That seems to be the 
source an error.

The merge function looks very useful, but I’m obviously missing something.

Best,
Bill

William Prothero
http://es.earthednet.org

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

Re: Livecode Dictionary

[Brian Milby via use-livecode]

We have an even better option now.  Contributions to the actual dictionary can 
be submitted via GitHub.

Thanks,
Brian
On Jan 19, 2019, 9:48 AM -0600, Richmond via use-livecode 
, wrote:
> Some of those user entries were extremely useful.
>
> It would be good if user entries could be restored to the dictionary
> once again.
>
> Richmond.
>
> On 19.01.19 9:49, Simon Knight via use-livecode wrote:
> > Hi all,
> >
> > I have just read about two “issues” and both would be resolved or at least 
> > helped with a more detailed dictionary entry. Now in the dim distant past 
> > the RunRev dictionary use to allow humble users to add comments and 
> > examples which I for one found useful. Does anyone know why this useful 
> > feature was removed? Security ?
> >
> >
> >
> > Simon Knight
> >
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: windows defender issues? & other AV

[Alex Tweedly via use-livecode]

On 19/01/2019 12:56, R.H. via use-livecode wrote:

My main stack has 58 cards. The stack has two small sub-stacks also used as
UI for settings. There is one card dedicated to internal resources (images,
etc.), two cards are user interface cards, the rest are data cards for a
technical product and "read-only". The user only sees the UI cards of
course. The stack script has 1500 lines of code. There are additional maybe
1000 lines of card scripts and really only some other scripts in buttons
(often behaviours), I am not using script-only stacks. The size of the
stack file is nearly 4 GB, probably mainly because of some technical images.

Testing the "save" process: I have no error when saving on my machine. It
is difficult for me to ask clients to test. But they are lazy. I asked
already.


Would it be easy to move the "technical images" to a separate stack ?

They (presumably) don't change often - so the main stack will be much 
smaller, and should therefore be less likely to cause problems with saves.


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: Livecode Dictionary

[Richmond via use-livecode]

Some of those user entries were extremely useful.

It would be good if user entries could be restored to the dictionary 
once again.


Richmond.

On 19.01.19 9:49, Simon Knight via use-livecode wrote:

Hi all,

I have just read about two “issues” and both would be resolved or at least 
helped with a more detailed dictionary entry.  Now in the dim distant past the 
RunRev dictionary use to allow humble users to add comments and examples which 
I for one found useful.  Does anyone know why this useful feature was removed?  
Security ?



Simon Knight





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

Fwd: windows defender issues? & other AV

[R.H. via use-livecode]

Sorry, I must send a correction, I meant MegaBytes, not Giga Bytes (typing
too fast)...

This is sentence needs correction:
"The size of the stack file is nearly 4 MB, probably mainly because of some
technical images."

Regards
Roland

-- Forwarded message -
From: R.H. 
Date: Sa., 19. Jan. 2019 um 13:56 Uhr
Subject: Re: windows defender issues? & other AV
To: LiveCode Runrev.Com 


Ref. To Mark Waddingham's suggestion:

/* Dear Mark, let me make this side note: Your insight and your comments
here, also in general, cannot be praised enough. I am a fast typer and a
slow reader, so I have to discipline myself to carefully read. But your
comments always catch my attention and I always read very carefully what
you are writing. You know about the engine and details with a fantastic
ability to let others understand important details based on a huge
knowledge base you have acquired. I needed to say this. We are writing here
because all users of fantastic LiveCode should profit. */

Regarding the crashing stack in Windows when not saving correctly ON SOME
USER MACHINES, unfortunately not on mine, I already have sent the stack to
Heather two weeks ago. I just wanted to read all the comments before I pay
(payment is by the hour). She has already quickly tested the main stack on
a Mac (not Windows) and did not find issues. I try to investigate more
before actually submitting an order.

My main stack has 58 cards. The stack has two small sub-stacks also used as
UI for settings. There is one card dedicated to internal resources (images,
etc.), two cards are user interface cards, the rest are data cards for a
technical product and "read-only". The user only sees the UI cards of
course. The stack script has 1500 lines of code. There are additional maybe
1000 lines of card scripts and really only some other scripts in buttons
(often behaviours), I am not using script-only stacks. The size of the
stack file is nearly 4 GB, probably mainly because of some technical images.

Testing the "save" process: I have no error when saving on my machine. It
is difficult for me to ask clients to test. But they are lazy. I asked
already.

Observation in the IDE and SE: The time for saving in the IDE seems to
depend on the amount of time spent with the SE open and making changes. The
longer I am working with the SE, the slower saving tends be.

New observation with the "quit" command: Now, being in the IDE, saying this
and also testing, when I "quit" then interestingly enough this takes up to
30 seconds, never less than 15 seconds. Why is the blue Windows system
wheel rotating for such a long time when force-quitting? When I force
quit from the Windows Task Manager then there is no such delay.

Maybe the saving & quitting problem actually is with the quit command?
Could that be? I never thought about this before. Quitting without saving
and locked messages should be an almost instantaneous quit.

I can not check the result of the "quit" command. Whatever line of script
comes after the quit is no longer recognized.

Kind regards
Roland


-- Start of Quote:
When the engine saves a stackfile when it has previously been saved to
the same place...

It first moves the existing file at  to ~. If this
step fails (e.g. because it can't move the file) then the save command
stops and returns an error indicating that in 'the result'.

Next it attempts to save the stackfile to .

If there is an error whilst writing the stackfile then the save command
stops, deletes the partially written stackfile at , moves the
~ back to  and returns an appropriate error in 'the
result'.

If the engine crashes during saving, you will be left with a partially
written  and a copy of the stackfile as it was successfully
last saved at ~. Obviously in this case the engine has
crashed, so there is no 'the result' to check.

If saving successfully completes, then the engine deletes ~
and returns empty in 'the result'.

So - assuming the engine isn't crashing (although the long save time
sounds odd - if you can submit a report/send a stackfile which takes
ages to re-save we can take a look!), then you should be able to find
out why the save is failing, or not happening as expected by checking
'the result' after the save command which is initiating the save.

Hope this helps!

Warmest Regards,

Mark.
-- End of Quote
___
use-livecode mailing list
use-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: windows defender issues? & other AV

[R.H. via use-livecode]

Ref. To Mark Waddingham's suggestion:

/* Dear Mark, let me make this side note: Your insight and your comments
here, also in general, cannot be praised enough. I am a fast typer and a
slow reader, so I have to discipline myself to carefully read. But your
comments always catch my attention and I always read very carefully what
you are writing. You know about the engine and details with a fantastic
ability to let others understand important details based on a huge
knowledge base you have acquired. I needed to say this. We are writing here
because all users of fantastic LiveCode should profit. */

Regarding the crashing stack in Windows when not saving correctly ON SOME
USER MACHINES, unfortunately not on mine, I already have sent the stack to
Heather two weeks ago. I just wanted to read all the comments before I pay
(payment is by the hour). She has already quickly tested the main stack on
a Mac (not Windows) and did not find issues. I try to investigate more
before actually submitting an order.

My main stack has 58 cards. The stack has two small sub-stacks also used as
UI for settings. There is one card dedicated to internal resources (images,
etc.), two cards are user interface cards, the rest are data cards for a
technical product and "read-only". The user only sees the UI cards of
course. The stack script has 1500 lines of code. There are additional maybe
1000 lines of card scripts and really only some other scripts in buttons
(often behaviours), I am not using script-only stacks. The size of the
stack file is nearly 4 GB, probably mainly because of some technical images.

Testing the "save" process: I have no error when saving on my machine. It
is difficult for me to ask clients to test. But they are lazy. I asked
already.

Observation in the IDE and SE: The time for saving in the IDE seems to
depend on the amount of time spent with the SE open and making changes. The
longer I am working with the SE, the slower saving tends be.

New observation with the "quit" command: Now, being in the IDE, saying this
and also testing, when I "quit" then interestingly enough this takes up to
30 seconds, never less than 15 seconds. Why is the blue Windows system
wheel rotating for such a long time when force-quitting? When I force
quit from the Windows Task Manager then there is no such delay.

Maybe the saving & quitting problem actually is with the quit command?
Could that be? I never thought about this before. Quitting without saving
and locked messages should be an almost instantaneous quit.

I can not check the result of the "quit" command. Whatever line of script
comes after the quit is no longer recognized.

Kind regards
Roland


-- Start of Quote:
When the engine saves a stackfile when it has previously been saved to
the same place...

It first moves the existing file at  to ~. If this
step fails (e.g. because it can't move the file) then the save command
stops and returns an error indicating that in 'the result'.

Next it attempts to save the stackfile to .

If there is an error whilst writing the stackfile then the save command
stops, deletes the partially written stackfile at , moves the
~ back to  and returns an appropriate error in 'the
result'.

If the engine crashes during saving, you will be left with a partially
written  and a copy of the stackfile as it was successfully
last saved at ~. Obviously in this case the engine has
crashed, so there is no 'the result' to check.

If saving successfully completes, then the engine deletes ~
and returns empty in 'the result'.

So - assuming the engine isn't crashing (although the long save time
sounds odd - if you can submit a report/send a stackfile which takes
ages to re-save we can take a look!), then you should be able to find
out why the save is failing, or not happening as expected by checking
'the result' after the save command which is initiating the save.

Hope this helps!

Warmest Regards,

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