From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by coral.primenet.com.au (8.7.5/8.7.3) with ESMTP id HAA01813 for ; Sun, 4 Aug 1996 07:16:43 +1000 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id QAA05888; Sat, 3 Aug 1996 16:53:35 -0400 (EDT) Resent-Date: Sat, 3 Aug 1996 16:53:35 -0400 (EDT) From: Zefram Message-Id: <20252.199608032052@stone.dcs.warwick.ac.uk> Subject: Re: Option Options To: wayne@clari.net (Wayne Davison) Date: Sat, 3 Aug 1996 21:52:22 +0100 (BST) Cc: A.Main@dcs.warwick.ac.uk, zsh-workers@math.gatech.edu In-Reply-To: <199608032038.NAA22545@bebop.clari.net> from "Wayne Davison" at Aug 3, 96 01:38:09 pm X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]7909.34 X-US-Congress: Moronic fuckers MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Message-ID: <"zGlQE2.0.wR1.Fnx0o"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/1913 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu >All the options are still there. It's just that some of them are listed >by their "no" name as an option to turn off rather than an "option" that >is already turned on. This makes the output more compatible with prior >zsh releases, so I don't see what the problem is. Perhaps I am missing >something. Oh, I see. You list options that default on under their NO_ name. I suppose that's sensible. It doesn't fundamentally change the behaviour -- at least, no more than my option patch did. The setopt completion example does need to be reverted to its previous form though. -zefram