Unhilite A Scrolling List?

[Scott Rossi]

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" <bonnmike at 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 at lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your
>subscription preferences:
>http://lists.runrev.com/mailman/listinfo/use-livecode
>