Re: nsScriptDatabase (was property sheets)

2022-06-10 Thread Neville Smythe via use-livecode

Bob S wrote
> On 11 Jun 2022, at 2:00 am, use-livecode-requ...@lists.runrev.com wrote:
> 
>  A direct link, or where to go to get it would be helpful.

The stack is in the Development section of Sample Stacks, though it seems to 
help the extraordinarily slow search engine to click All before Go. There are 
only 542 stacks listed, why does it take so long to find one? Bob and I know a 
better way, eh?

You can also download the stack and pre-build standalones from

https://www.dropbox.com/sh/6z4yuw55rnvub3t/AAB3jJ9yO4l2zCOoDq1uO7L2a?dl=0

I didn’t give the direct link in this list because I was interested in the 
number of downloads from Sample Stacks, but evidentlyI can track the number of 
accesses from my Dropbox folder.

Neville Smythe
neville.smy...@optusnet.com.au
0414517719




___
use-livecode mailing list
use-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: Would anyone miss convertOctals?

2022-06-10 Thread Mark Wieder via use-livecode

On 6/10/22 10:12, Phil Davis via use-livecode wrote:

"saw"... heh

I was thinking along those lines as well. Heck, I just saw my 
octalmologist last week.


Phil Davis


On 6/10/22 8:16 AM, Bob Sneidar via use-livecode wrote:
So it has nothing to do with eye surgery?? Dang. I thought I was going 
to get a prize or something.


Bob S


--
 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: Would anyone miss convertOctals?

2022-06-10 Thread Phil Davis via use-livecode
I was thinking along those lines as well. Heck, I just saw my 
octalmologist last week.


Phil Davis


On 6/10/22 8:16 AM, Bob Sneidar via use-livecode wrote:

So it has nothing to do with eye surgery?? Dang. I thought I was going to get a 
prize or something.

Bob S



On Jun 10, 2022, at 24:45 , Mark Waddingham via use-livecode 
 wrote:

Given the responses so far, it looks to me like convertOctals is an exceptionally 
rarely used feature (the number of years of LC experience amongst those who have 
responded is in excess of two centuries, and >80% of the respondents didn't 
know what the property was).


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



--
Phil Davis
(503) 307-4363


___
use-livecode mailing list
use-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: Would anyone miss convertOctals?

2022-06-10 Thread J. Landman Gay via use-livecode
I may be dreaming, but didn't you mention that using "the" before a 
property name would be required? That will throw a lot of people who've 
become used to omitting that.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On June 10, 2022 2:46:46 AM Mark Waddingham via use-livecode 
 wrote:


In terms of other things which are 'on the block' - then no explicit
features per-se but there are a couple of extreme 'edge cases' which
will likely be removed.





___
use-livecode mailing list
use-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: Would anyone miss convertOctals?

2022-06-10 Thread Ralph DiMola via use-livecode
Same as many others on the octal question. Did not know/don’t use. (can see how 
it would be useful)

On this one... don’t use it for msg or envs. I rarely use by ref to change 
calling parameters, but do it now and again. I mostly use by ref for 
performance in loops or extraordinary large data sets.
 
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 Waddingham via use-livecode
Sent: Friday, June 10, 2022 3:45 AM
To: How to use LiveCode
Cc: Mark Waddingham
Subject: Re: Would anyone miss convertOctals?

On 2022-06-09 20:54, Craig Newman via use-livecode wrote:
> Mark.
> 
> Gong the other way, is your task made much simpler by losing 
> “converOctals”? I assume so, or the issue would never have come up.
> Are there other similar language elements that also are on the block?

I'm not sure it makes things 'much simpler' - but it does remove one thing to 
have to think about. Further it removes a case where script is ambiguous at 
parse-time - i.e. the token 0123 could mean one of two different things 
depending on a runtime property.

Given the responses so far, it looks to me like convertOctals is an 
exceptionally rarely used feature (the number of years of LC experience amongst 
those who have responded is in excess of two centuries, and >80% of the 
respondents didn't know what the property was).

Thus any added complexity caused by having this feature seems a waste of 
time/effort/mind-space - particularly as there is a more-than-adequate 
replacement which has none of its problems (i.e. 0o123) - and moreover one 
which other languages (e.g. JS) adopted a long time ago.

In terms of other things which are 'on the block' - then no explicit features 
per-se but there are a couple of extreme 'edge cases' which will likely be 
removed.

For example, the ability to use 'msg' (which is aliased to the content of the 
message box) and '$' implicit variables as referenced parameters in 
handlers. Currently you can do:

   on mouseUp
 fillVars msg, $FOOBAR
   end mouseUp

   on fillVars @pA, @pB
 put "foo" into pA
 put "bar" into pB
   end fillVars

The ability to pass these 'quasi-variables' as references will potentially 
reduce the potential performance gains of moving to a bytecode-based VM when 
referenced parameters are used in general, and thus (like convertOctals) their 
existence seems too high a price to pay for what is almost certainly a rarely 
used (if used at all) feature.

Note: I should stress that the above is *just* removing the ability to pass 
'msg' and environment variable globals as reference parameters to handlers 
*not* removing 'msg' or environment variables in general!

Warmest Regards,

Mark.

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

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


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

2022-06-10 Thread Bob Sneidar via use-livecode
Hi Neville. A direct link, or where to go to get it would be helpful. Thanks. 

Bob S


> On Jun 9, 2022, at 17:51 , Neville Smythe via use-livecode 
>  wrote:
> 
> I have uploaded version 2.2 of nsScriptDatabase which can display supported 
> properties of widgets, with their current and default values.
> 
> There are also some bug fixes so current users should download the new 
> version and update their database for those stacks which contain widgets or 
> for which the bug fixes are relevant. A link to standalone versions is 
> included in the new version.
> 
> Neville
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Would anyone miss convertOctals?

2022-06-10 Thread Bob Sneidar via use-livecode
So it has nothing to do with eye surgery?? Dang. I thought I was going to get a 
prize or something. 

Bob S


> On Jun 10, 2022, at 24:45 , Mark Waddingham via use-livecode 
>  wrote:
> 
> Given the responses so far, it looks to me like convertOctals is an 
> exceptionally rarely used feature (the number of years of LC experience 
> amongst those who have responded is in excess of two centuries, and >80% of 
> the respondents didn't know what the property was).


___
use-livecode mailing list
use-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: Would anyone miss convertOctals?

2022-06-10 Thread Mark Waddingham via use-livecode

On 2022-06-09 20:54, Craig Newman via use-livecode wrote:

Mark.

Gong the other way, is your task made much simpler by losing
“converOctals”? I assume so, or the issue would never have come up.
Are there other similar language elements that also are on the block?


I'm not sure it makes things 'much simpler' - but it does remove one 
thing to have to think about. Further it removes a case where script is 
ambiguous at parse-time - i.e. the token 0123 could mean one of two 
different things depending on a runtime property.


Given the responses so far, it looks to me like convertOctals is an 
exceptionally rarely used feature (the number of years of LC experience 
amongst those who have responded is in excess of two centuries, and >80% 
of the respondents didn't know what the property was).


Thus any added complexity caused by having this feature seems a waste of 
time/effort/mind-space - particularly as there is a more-than-adequate 
replacement which has none of its problems (i.e. 0o123) - and moreover 
one which other languages (e.g. JS) adopted a long time ago.


In terms of other things which are 'on the block' - then no explicit 
features per-se but there are a couple of extreme 'edge cases' which 
will likely be removed.


For example, the ability to use 'msg' (which is aliased to the content 
of the message box) and '$' implicit variables as referenced 
parameters in handlers. Currently you can do:


  on mouseUp
fillVars msg, $FOOBAR
  end mouseUp

  on fillVars @pA, @pB
put "foo" into pA
put "bar" into pB
  end fillVars

The ability to pass these 'quasi-variables' as references will 
potentially reduce the potential performance gains of moving to a 
bytecode-based VM when referenced parameters are used in general, and 
thus (like convertOctals) their existence seems too high a price to pay 
for what is almost certainly a rarely used (if used at all) feature.


Note: I should stress that the above is *just* removing the ability to 
pass 'msg' and environment variable globals as reference parameters to 
handlers *not* removing 'msg' or environment variables in general!


Warmest Regards,

Mark.

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

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