[EMAIL PROTECTED] wrote:
> >myList->attr.hasScrollBar = true;
> Why? I don't think this does anything except disable the scroll
> arrows as a side effect.
Exactly. I have forms with a big list covering most of the form, like
the table in Address Book. I put the two standard triangle scroll
buttons in the bottom right corner of the form, so I don't want the
little arrows drawn in the list itself.
(Why a list and not a table? Because lists scroll and tables don't, and
I don't need multiple columns in this case.)
> I think this is an attribute that the tools should support. I don't
> think this value need to change on and off while a program is running.
Yes, setting 'Draw Arrows' on/off in Constructor would be fine.
> I think [ListAttrType.search] is an attribute that the tools should
> support. [...] The tool should ideally check to make sure that there
> are items in the list and that they are in alphabetical order.
FWIW, this list search feature is useless to me because all my non
trivial popup lists use a draw callback function instead of stuffing
strings in the list, and the search logic wasn't designed to handle
this. It would become useful if I could supply a comparison callback
function to be called when the user writes a character.
-slj-
