Unexpected "word" parsing

Mike Bonner bonnmike at gmail.com
Fri Dec 5 19:24:34 EST 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.


Summary:
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>
wrote:

> 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
> returns"cProp"]
>
> 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.
>
> Pete
>
> _______________________________________________
> 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