From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10134 invoked by alias); 25 Apr 2014 16:02:23 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32584 Received: (qmail 12706 invoked from network); 25 Apr 2014 16:02:17 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <140425090149.ZM12281@torch.brasslantern.com> Date: Fri, 25 Apr 2014 09:01:49 -0700 In-reply-to: <1398377115-30146-1-git-send-email-tomoki.sekiyama@gmail.com> Comments: In reply to Tomoki Sekiyama "[PATCH] Add CORRECT_IGNORE_NAME for file names pattern ignored during CORRECT_ALL" (Apr 24, 6:05pm) References: <1398377115-30146-1-git-send-email-tomoki.sekiyama@gmail.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: [PATCH] Add CORRECT_IGNORE_NAME for file names pattern ignored during CORRECT_ALL MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Apr 24, 6:05pm, Tomoki Sekiyama wrote: } } When CORRECT_ALL is enabled, spell checking for file names may suggest } unwanted correction for command arguments. } } With this patch, we can avoid this by set CORRECT_IGNORE_NAME shell variable } to '.*', that means dotfile names shouldn't be suggested. No particular argument against this except the usual recent one about continuing to clutter up the parameter namespace. I do wonder if CORRECT_IGNORE_FILE or CORRECT_ALL_IGNORE or even CORRECT_FIGNORE might be better names for the shell variable. Opinions?