Steve Van Voorst wrote:

 > Try using edit field type 29 to keep it always hilited:
 > 
 > COMPILE 0, _caseInsensitive
 > 
 > LOCAL FN buildWnd
 >   WINDOW#1,"Mouse Down to Quit",(30,40)-(450,300)
 >   EDIT FIELD#1,"Sample Text",(80,40)-(180,55),2,2
 >   EDIT FIELD#2,"Always Hilited",(200,40)-(300,55),29,2
 >   DELAY 1500
 >   EDIT FIELD(0)
 > END FN
 > 
 > FN buildWnd
 > DO
 >   HANDLEEVENTS
 > UNTIL FN STILLDOWN 
 > 

Thanks for the hint, but this keep the whole field always hilited
(_statFramedInvert + _hilite), while I need only the selected text to be
hilited.

jonathan wrote:

 > First of all this is very not Mac, and very not HIG. Hilited text
 > means that input is going there!, so it is a blatant
 > contradiction to have more than one field hilited...

You're right, but in my application the user sees that edit field as a
list, and doesn't expect to input any text in it: I'm using the old trick
of an edit field that simulates the List Manager.

A click in the field sets the position of the caret, then I loop through
teHndle&..teLines to find the start of the current line and extend the
selection to the whole line.

Now, having two such "lists" that act like a hierarchical menu (for
example, "topics" in the left list, "articles" in the right list, anyone
remember EasyView?), I need to keep the current selection hilited on both
fields to visually keep the user informed about "where" he/she is.

I know there are better options (the real list manager, the twisting
triangles) but I hoped there was a quick solution (i.e. the edit field
type).

vittorio




 --- MacPress 2.2.1b9.8-reg ->