concatenating with the ampersand

[john at debraneys.com]

hi guys,

I meant these thingies ( )

: )

if I had a local or temp variable called tLocalCount which currently had the value 4, I would do this

put ("Label_" & tLocalCount) into gSaveObject

Then the variable gSaveObject would contain Label_4

I have also observed that I get more consistent results if I first put any values that come from element descriptions into variables then concatenate the variables rather than concatenating the element descriptions. eg
put the short name of the target into tWhichField

put word 1 of the clickLine into tWhichLine
put ( tWhichField & "_" & tWhichLine) into gStartedHere

rather than

put (the short name of the target & "_" & word 1 of the clickLine) into gStartedHere

Cheers
>-----Original Message-----
>From: Joe Lewis Wilkins [mailto:pepetoo at Cox.Net]
>Sent: Sunday, March 11, 2007 06:08 PM
>To: 'How to use Revolution'
>Subject: Re: concatenating with the ampersand
>
>Thanks, Stephen. I assumed he probably meant parenthesis, but under 
>most contexts you may use them interchangeably; certainly in 
>mathematical calculations. Doing so makes these even more readable as 
>well.
>
>Joe
>
>On Mar 11, 2007, at 2:59 PM, Stephen Barncard wrote:
>
>> I would use the term 'parentheses' get shmengie(200+56)
>>
>> not 'brackets'.
>>
>> Yes, very useful for clarity, defining order of execution, and 
>> reducing confusion for the compiler.
>>
>> Brackets [ ] are used to define array keys shmengie[item1]
>>
>> array keys cannot be evaluated inside the brackets
>>
>> shmengie[200+2] won't work correctly
>>
>> this might work but be hard to trace.
>>
>>
>> shmengie[(200+2)] but I haven't tested.
>>
>> sqb
>>
>>
>>> Hi Joe,
>>>
>>> Mind reading would be a useful skill, but it is my own mind that 
>>> is causing most of the problems (sigh).
>>>
>>> I did see an earlier comment about using brackets to delineate the 
>>> concatenated string and I have found that cuts most of my problems 
>>> in this area. Maybe because I have to be clearer about what I am 
>>> doing or maybe because the interpreter likes it better.
>>> Cheers
>>>
>>> John T
>>>
>>>
>>
>>
>> -- 
>>
>>
>> stephen barncard
>> s a n f r a n c i s c o
>> - - - - - - - - - - - -
>>
>>
>>
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>_______________________________________________
>use-revolution mailing list
>use-revolution at lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>http://lists.runrev.com/mailman/listinfo/use-revolution
>