'Coordinate' syntax
Graham Samuel
livfoss at mac.com
Mon Jun 13 18:01:21 EDT 2016
Funny, I never noticed, after all these years…
Thanks, clarified.
Graham
> On 13 Jun 2016, at 23:46, Dar Scott <dsc at swcp.com> wrote:
>
> The comma is an infix string concatenation operator much like & and &&.
>
> a,b
> is the same as
> a & comma & b
>
> Pretty handy.
>
> This can get you into trouble if you accidentally put parentheses around command parameters. You end up with one argument, a comma separated list. The compiler doesn't catch it because it is valid.
>
> Dar
>
>
>> On Jun 13, 2016, at 3:34 PM, Graham Samuel <livfoss at mac.com> wrote:
>>
>> In the BMI example which introduces LC 8, there occurs this line of script:
>>
>> put the cHeight of this stack, the cWeight of this stack into tCoordinates
>>
>> This has the effect of putting two values (the values of the two custom props) separated by a comma into the variable ‘tCoordinates’. I was surprised by this. Has it always been legal to do this kind of thing without an overt string expression? I would have expected to have to do
>>
>> put (the cHeight of this stack) & ”,” & (the cWeight of this stack) into tCoordinates
>>
>> I don’t see in the first version how LC ‘knows’ that the separating comma is legitimate.
>>
>> Is everyone else OK with this?
>>
>> Graham
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
More information about the use-livecode
mailing list