From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31732 invoked from network); 24 May 2020 17:12:31 -0000 Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with ESMTPUTF8; 24 May 2020 17:12:31 -0000 Received: (qmail 21713 invoked by alias); 24 May 2020 17:12:19 -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: List-Unsubscribe: X-Seq: 45907 Received: (qmail 21843 invoked by uid 1010); 24 May 2020 17:12:19 -0000 X-Qmail-Scanner-Diagnostics: from know-smtprelay-omc-10.server.virginmedia.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.3/25821. spamassassin: 3.4.4. Clear:RC:0(80.0.253.74):SA:0(-2.0/5.0):. Processed in 4.791149 secs); 24 May 2020 17:12:19 -0000 X-Envelope-From: p.w.stephenson@ntlworld.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _smtprelay.virginmedia.com designates 80.0.253.74 as permitted sender) X-Originating-IP: [86.16.88.158] X-Authenticated-User: p.w.stephenson@ntlworld.com X-Spam: 0 X-Authority: v=2.3 cv=YvshubQX c=1 sm=1 tr=0 a=MiHCjVqLJ44lE3bxSlffFQ==:117 a=MiHCjVqLJ44lE3bxSlffFQ==:17 a=IkcTkHD0fZMA:10 a=ykmFAWYG8m8K_soyVu0A:9 a=QEXdDO2ut3YA:10 Message-ID: <2d5fcc3630beeec538b7b4dc334991da7420968e.camel@ntlworld.com> Subject: Re: [PATCH?] Re: Autocorrect for commands with a hyphen (dash) in the name From: Peter Stephenson To: zsh-workers@zsh.org Date: Sun, 24 May 2020 18:11:36 +0100 In-Reply-To: References: <22f19bb4707e388629092d2e8673d8294fa8e375.camel@ntlworld.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfH39T1EDlccVHf8OsC9JB2gYg8xesAM2KBnHIlq91GDmTdCUliR3ZEECt8DLmPjqCu9yVASNTLTF0Kk5vncb80gbSvyy+jhlUywTw9So0EcVvQIXF/Dd 06uSumAPUFiB52xGdRNjQKi2EDgCqWUUYKqiUiUIjpliy8k+eBLU6Xn+ On Sat, 2020-05-23 at 14:18 -0700, Bart Schaefer wrote: > > But still not sure we > > actually need two separate token-based interventions. > > Which two are we talking about? You mean you think we can unify lex.c > and zle_tricky.c inside spckword()? Yes, we could move the whole > thing to utils.c, and then spckword() would be expecting to take a > tokenized string rather than an untokenized one. Yes, at the moment spckword() is expecting a sort of slightly tokenised here and there string, which isn't a particular great interface. pws