Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!zaphod.mps.ohio-state.edu!mips!smsc.sony.com!dce
From: dce@smsc.sony.com (David Elliott)
Newsgroups: comp.sys.mac.hypercard
Subject: Re: Need scrolling "radio menu"
Message-ID: <1990Jan7.070648.10790@smsc.sony.com>
Date: 7 Jan 90 07:06:48 GMT
References: <1990Jan4.062312.4244@smsc.sony.com> <1990Jan4.211451.5405@uncecs.edu>
Reply-To: dce@Sony.COM (David Elliott)
Organization: Sony Microsystems Corp.
Lines: 26

In article <1990Jan4.211451.5405@uncecs.edu> dlugose@uncecs.edu (Dan Dlugose) writes:
>   This can be done by pasting transparent hilited buttons over the
>selected line.  Of course, you'll have to select the line, figure the
>number of lines scrolled above the window (scroll of field x div the
>textheight of field x), compare the rect of the window to how many
>lines down the selction is, and paste such a button there.

At first glance, this looks like a good solution, but it has one major
drawback: If the user scrolls the field, the hilite is wrong.  The
only fix I can see for this is to have the list rescroll on mouseLeave,
which is ugly.

Well, if anyone on the HyperCard team is listening, it would be nice to
have a way to put a scrolling list on the screen that allows an item
to be selected and stay hilited.  The easiest syntactic addition I can
see is

	set the hilight of <field expression> to <true|false>

It only has to work for locked text fields.

-- 
David Elliott
dce@smsc.sony.com | ...!{uunet,mips}!sonyusa!dce
(408)944-4073
"But Pee Wee... I don't wanna be the baby!"