Hi Mark, Jacque's suggestion of putting "control" before "pitemname" is working for me although, as mentioned in a prior email, I'm not sure why, but I'll take it.
You're right, using IDs would require me to keep a list of the ids related to each abbrev name in a custom prop somewhere, not a big deal but something I could live without. Even though I'm happy this is now working OK, I still don't understand what the compiler (Applier?) is objecting to. I'm pretty sure I've used that type of construct with no problem before although using a variable name rather than a parameter name, and not in a handler call. Pete lcSQL Software <http://www.lcsql.com> On Thu, Apr 25, 2013 at 12:03 PM, Mark Wieder <[email protected]>wrote: > Peter Haworth <pete@...> writes: > > > What am I missing? > > The easiest way around this is the wordiest: > > getPropertyValues the long id of (word 1 of pitemname && word 2 of > pitemname > && "of group" && "TestControls") > > but in general you would probably be better off using the id rather than > the > abbreviated name. Since you're in a menuPick handler that might get awkward > too, unless you keep parallel lists or maintain an array or something. > > -- > Mark Wieder > [email protected] > > > > _______________________________________________ > use-livecode mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
