From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 5f7e9bde for ; Mon, 26 Nov 2018 23:08:07 +0000 (UTC) Received: (qmail 18013 invoked by alias); 26 Nov 2018 23:07:50 -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: 43847 Received: (qmail 5337 invoked by uid 1010); 26 Nov 2018 23:07:50 -0000 X-Qmail-Scanner-Diagnostics: from mail-io1-f50.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.100.2/25112. spamassassin: 3.4.2. Clear:RC:0(209.85.166.50):SA:0(-1.9/5.0):. Processed in 4.054713 secs); 26 Nov 2018 23:07:50 -0000 X-Envelope-From: dana@dana.is X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dana-is.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=KzBf24Qs0uYkdp1sp776ZhUk85A9mYKD8wSR9IdEGgI=; b=EOSeZKtqnQOwq7SN9BuVDO4BzcPsYWNk4bxABgySJMrcB9rN1Fz1Lt0A1SvvbD19NU qE+vTvpMOOCt5tnliVb3IHwNiPoIKnuOWW2UyJXf++1DDhR3rYtcwqs8lrlxZI8Ws0Wu SGffhgwZ8ZWopgvmXdzJZyX1I4r5NbdXZHSovnXmAdgvjGsl95UhuXB+D2gwmgT+/OSn hwM7cWjQwDSE+TMNQPfLfGWXeJVvYVum84j/RrAsT1FWuy5TC9fQjnKvMpygUV2n7jXk gvR7jUM1UrAimsIlHINWgjbpZKA/ZTF0V2OHrUW/uL3U8tz8LyquhSeL7GP8+vFPkzWL V6UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=KzBf24Qs0uYkdp1sp776ZhUk85A9mYKD8wSR9IdEGgI=; b=s0xeadGxKRXscaMMXj0fgdlkAgx6p705YbaowA237sg3Tw/LY98f16ceSpChs43y92 a0pKT4dGcjJoOFb8Z/6HPEFXhddrpNdP7aLCTeQY+kbNxNH+aNXARhBpYUtmKS5jx2gT GrxMkOsiOqBFgTD7N1NhWinrv/s3IC0IQRggTGKEQj6Cfj9IfC9LZStMe/Db32zD85C2 03Cuv8ig2eVYCJbwyWcyoRxoAsY9Hugt4GfXvjCqd/M+g8zfwJFIoWHu99EsR570/+R1 P/xAAkpDxF54TvArkI+ZCJsgAwSZTjsQkSNHeDYW0Q08/Arn6xGpVuLRDVjoQxl4GHkE Trcw== X-Gm-Message-State: AA+aEWaBkvAc3BT4rSNfqjzoUUbBpTBQqr9TG/sm4ndO9Olqy7idy9OW X2wTUU6DQFm0xL+yXEpqm/RI3Bw8ZesnzA== X-Google-Smtp-Source: AFSGD/VzA8sgUvg1m9DDudABVGFBmF3006qqYzk3eqcobAWjMY0D1kFMYgSpqCeqgqtv2ZQdCyx8dw== X-Received: by 2002:a6b:c8c9:: with SMTP id y192mr21490813iof.183.1543273663172; Mon, 26 Nov 2018 15:07:43 -0800 (PST) From: dana Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: completion match ordering Date: Mon, 26 Nov 2018 17:07:40 -0600 References: <75B26F45-E6E6-44BB-80A4-7301CBE480FE@dana.is> <88812-1541586959.338018@YaNA.ZOZt.NKaA> <76839-1543195550.251964@c6AU.RX4q.p78d> To: Zsh workers In-Reply-To: <76839-1543195550.251964@c6AU.RX4q.p78d> Message-Id: X-Mailer: Apple Mail (2.3445.9.1) On 25 Nov 2018, at 19:25, Oliver Kiddle wrote: >Any thoughts on the interface? Is something more terse like -on >preferable? Experimenting with it in (what would be) 'real-world' applications, i do = find it kind of wordy, and if/when additional ordering options (like reverse) = are added it'll be even more so. Maybe a compromise would be possible, where the = ordering options can be abbreviated like -onum,rev? I could be over-complicating = it, though. On 25 Nov 2018, at 19:25, Oliver Kiddle wrote: >Besides match, nosort and numeric, should any other orderings be >supported? Reverse or case-sensitive perhaps? I like the idea of reverse and case modifiers as i mentioned in our = other conversation. But i suppose in a lot of cases it'll be simple enough to = just do `compadd -o nosort - ${(Oi)foo}` or whatever, so... it'd be cool, but = not necessarily critical. Other than that, i didn't test *super* extensively, but it seems to work = well for the sort of thing that inspired my original question (keeping = numbers in the right order, as in _lz4). dana