From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23227 invoked from network); 8 Nov 2000 09:53:11 -0000 Received: from sunsite.dk (HELO sunsite.auc.dk) (130.225.51.30) by ns1.primenet.com.au with SMTP; 8 Nov 2000 09:53:11 -0000 Received: (qmail 29223 invoked by alias); 8 Nov 2000 09:53:06 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13131 Received: (qmail 29216 invoked from network); 8 Nov 2000 09:53:05 -0000 Date: Wed, 8 Nov 2000 10:53:03 +0100 (MET) Message-Id: <200011080953.KAA19636@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Bart Schaefer"'s message of Sun, 5 Nov 2000 03:08:53 +0000 Subject: Re: PATCH: Another _comp_options entry Bart Schaefer wrote: > _path_files gets pretty confused if bareglobqual isn't set. Oops. > What worries me > is that if someone actually is using nobareglobal, _path_files may attempt > to merge its list of qualifiers with something the user didn't intend to > have treated as qualifiers. Hrm. Yes. Of course we would need to save the old setting of that option in a parameter and make the test in _path_files:151 look at it. That could then make us think about saving the settings of all options. In an array or assoc. And that could make us think about allowing selectively completing only (un|)set options in _options, based on a style. And get rid of _(un|)set_options. Hm. Copying option settings isn't as expensive anymore as it once was. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de