Thanks for all the "unhilite" suggestions. Since initial implementation is desktop, I wound up using this:
on preOpenCard set traversalOn of fld "arg" to false end preOpenCard on openCard send "enableTheField" to me in 250 millisecs end openCard command enableTheField lock screen set traversalOn of fld "arg" to true set hilitedLines of fld "arg" to 0 unlock screen end enableTheField on resumeStack set traversalOn of fld "arg" to false send "enableTheField" to me in 250 millisecs end resumeStack Seems to work so far. Regards, Scott Rossi Creative Director Tactile Media, UX Design On 11/6/12 6:05 PM, "Mike Bonner" <bonnm...@gmail.com> wrote: >If the scrolling list field is the frontmost traversable control, then it >has focus on card change and does get a hilite. In addition, focusing on >an another program then returing to the card also causes a selection. The >send in time thing works for card switches (from my eariler email) but not >for the resume focus. If this is for desktop, I think i'd put a hidden >field that can get focus and that is layered so that it takes focus by >default. Too fuzzy at the moment to figure out the negatives to this >method. Might be easier to just add handlers for suspend, resume, card >changes to get the behavior you wish. >_______________________________________________ >use-livecode mailing list >use-livecode@lists.runrev.com >Please visit this url to subscribe, unsubscribe and manage your >subscription preferences: >http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
