From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22749 invoked from network); 17 Dec 1999 17:47:25 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 17 Dec 1999 17:47:25 -0000 Received: (qmail 23113 invoked by alias); 17 Dec 1999 17:47:17 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9110 Received: (qmail 23106 invoked from network); 17 Dec 1999 17:47:17 -0000 Date: Fri, 17 Dec 1999 17:47:16 +0000 From: Adam Spiers To: zsh workers mailing list Subject: nocorrect deduced from completion list? Message-ID: <19991217174716.A10366@thelonious.new.ox.ac.uk> Reply-To: Adam Spiers Mail-Followup-To: zsh workers mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i X-URL: http://www.new.ox.ac.uk/~adam/ X-OS: Linux 2.2.12 i686 This may be a totally unrealistic idea, but in principle it works nicely (I think): How about an option which intercepts command-line processing just before spelling correction is invoked, and checks whether the word under suspicion of incorrect spelling belongs to the list of completions for that context? E.g. % perldoc -f pos zsh: correct 'pos' to 'os' [nyae]? n would never happen, because `pos' is in the list of completions in the :complete::perldoc::-f-1 context. It might slow things down too much for some people's tastes, but would it be worth implementing anyway?