Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mit-eddie.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!talcott!panda!genrad!mit-eddie!barmar
From: barmar@mit-eddie.UUCP (Barry Margolin)
Newsgroups: net.micro.mac
Subject: Re: Multiple File Selection in SFGetFile
Message-ID: <5345@mit-eddie.UUCP>
Date: Fri, 20-Sep-85 02:08:41 EDT
Article-I.D.: mit-eddi.5345
Posted: Fri Sep 20 02:08:41 1985
Date-Received: Sun, 22-Sep-85 16:01:31 EDT
References: <546@k.cs.cmu.edu.ARPA>
Reply-To: barmar@mit-eddie.UUCP (Barry Margolin)
Organization: MIT, Cambridge, MA
Lines: 19

In article <546@k.cs.cmu.edu.ARPA> tim@k.cs.cmu.edu.ARPA (Tim Maroney) writes:
>Because of this, I intend to just make a click mean "extend selection".  To
>deselect a file name, you will have to click again on it.  This is the most
>user-friendly and error-proof way of doing it, as far as I can see, but I
>would welcome comments on this evaluation.

I would like to propose a modified version of your solution.  Provide a
check-item (or radio buttons) in the dialogue that lets the user specify
that multiple selections should be permitted.  This is because the
current mechanism is optimized for the normal case of selecting a single
item.  If multiple selections are the norm for a particular use of the
routine, the caller can initialize the item to be checked, and even make
it unchangeable.  And if the caller is not prepared to accept multiple
selections (as in the standard Open... dialogue), the item can be
disabled completely.
-- 
    Barry Margolin
    ARPA: barmar@MIT-Multics
    UUCP: ..!genrad!mit-eddie!barmar