Unexpected "word" parsing
bonnmike at gmail.com
Sat Dec 6 01:24:34 CET 2014
>From the 6.6.2 dictionary, though that line doesn't mention tab and
return. Its just not handling quoted parts of a string very well it seems.
Used with the sort command, number function, and is among and is not among
properties to designate space-delimited or quoted parts of a string. Also
used with the find command to search for one or more entire words.
On Fri, Dec 5, 2014 at 4:23 PM, Bob Sneidar <bobsneidar at iotecdigital.com>
> If that is the case, then word 1 return the correct value, word 2 is
> incorrect. Word boundaries are spaces and there are no spaces so word 1
> *should* be the whole string and word 2 should be empty.
> Bob S
> On Dec 5, 2014, at 13:42 , dunbarx at aol.com<mailto:dunbarx at aol.com> wrote:
> word 1 of a string like myProps["cProp"] returns the whole string. Word 2
> Since cProp is enclosed in double quotes I was expecting:
> word 1 --> myProps[
> word 2 --> "cProp"
> word 3--> ]
> This is with LC 6.6.2/OSX.
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
More information about the use-livecode