Re: Multiple selection list box

Boyd Sweeney (starnet!apple!earth3215.nichols.com!sweeneyb)
Mon, 28 Feb 1994 16:11:31 -0500

> 1) Should MetaCard use the term "multipleLines" for this property
>(the HyperCard team seems to have gone out of their way to be
>incompatible with the way SuperCard did things, but I suppose this
>shouldn't be surprising).
>
Why not? Might as well stick with HyperCard compatability.

>1) Is non-consecutive selection important? (it seems obvious to me that
>it is, but then if it is, why didn't the HyperCard team implement it?)
>
I agree, it is important.

>2) Should we support both modes? (i.e. does anyone really need to
>enforce consecutive selections? If so, what for?)
>
I can't think of a need for consecutive selections.

>3) If so, what should we call the property that distinguishes them?
>(MS-Windows calls them consecutive/nonconsecutive. SuperCard calls
>them noDisjoint/disjoint. Motif calls it multiple selection/extended
>selection in the programmers doc and contiguous/noncontiguous in the
>users guide. The Mac interface guidelines are reportedly the same as
>the Motif user guide. Your choice?)
>
I like the sound of contiguous/noncontiguous. So, there would be two
new field properties, right? A "multipleLines" property to set a single
or multi selection mode, and a second "contiguousLines" property to set
the multi-selection behavior. I don't suppose the field would look
different depending on the property setting, giving a visual cue to its
interactive behavior?

>The first is the use of the control key to control multiple
>selections. MetaCard uses the Mac standard of shift-click to add a
>control to the list of selected items. The Motif spec says that
>control-click should do this (shift-click doesn't seem to do anything
>unless you're selecting in a list box, in which case it does "extended
>selection"). Unfortunately, we'd have to either give up control-drag
>to clone an object, rebind it to the alt-click combination, which is
>already bound to mwm's window move operation on HP's systems, or use
>some other mouse button. What's your recommendation?
>
Unless you develop a need to make MetaCard "motif compliant", I'd
perfer to have these left as is.

>The second is the use of button 2 or 3 to do move or adjust. The
>Motif spec is pretty confusing in this area (like much of the rest of
>it ;-) but seems to specify that you should use button 2 or 3 to drag
>things around and/or resize them. MetaCard currently passes these
>events to the object even when you have the pointer tool chosen (which
>is handy if you want to operate a control without changing tools).
>Should MetaCard be changed to work the way Motif apps are supposed to?
>If so, what is the correct button to use for which operation? (if you
>have an opinion on this issue, please specify at least one other Motif
>application that works "right" to support your position ;-)
>
Again, I have no desire to see this changed.

***************************************************************
* Boyd Sweeney Scientist, Nichols Research Corporation *
* sweeneyb@puzzler.nichols.com (205) 883-1170x1775 *
***************************************************************