Here's a recipe that demonstrates the anomaly. Create a card with three fields and a button. Put this script into the button:
on mouseUp put field 1 into list1 put field 2 into list2 put item 2 of list1 into temp put item 2 of list2 into temp1 put temp && len(temp) into field 3 put return & temp1 && len(temp1) after field 3 end mouseUp
In field 1, put this list:
a="1",b="2",c="3"
In field 2, put the same list, but separate the elements by spaces:
a="1", b="2", c="3"
(I used fields for the test so I could try different formats; you probably get the same results from stuffing lists into the variables directly, but that's not relevant in my situaton anyway.)
Now run the script.
You'll see that in parsing the script in field 2, Rev takes the space between the comma and the first value in the name-value pair as significant. This should not be the case based on my long experience with lists in other languages. That is, the two lists in the two fields above should parse identically.
No?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Shafer, Revolutionary Author of "Revolution: Software at the Speed of Thought" http://www.revolutionpros.com for more info Available at Runtime Revolution Store (http://www.runrev.com/RevPress)
_______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution