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