From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5283 invoked by alias); 19 Sep 2016 15:20:00 -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: 39388 Received: (qmail 1667 invoked from network); 19 Sep 2016 15:20:00 -0000 X-Qmail-Scanner-Diagnostics: from mail-pf0-f169.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.192.169):SA:0(0.0/5.0):. Processed in 0.148394 secs); 19 Sep 2016 15:20:00 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at brasslantern.com does not designate permitted sender hosts) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=+aMF47rTikrCtz6+RxOkkG/GLBc8YCEtnOfQwknAsXw=; b=QdoA1DAAGfAH6Zs/3ue3oP4av7bEs2pP1EeK1Z2yVh2f/PeE8QufJAezmK/cg0HlJ4 cegionEArKDSJHMS/QOlGTaEqmnUuXGgmSSro8D4KP7Zf9aq+aNOiyqgXjQBFx4KLIdJ WVkEsGipZwteQAhlALgqhtjJz7nLGDeV/4iDMajKpIzjYJkIAcv7fCMdIZKJXm2l8UNS RBUiR95yVOTqkRCfTlw8hMHmMAqdxOoS2dQNVfXj8hfysOxoSn4mxmAppKerrJR9wvs7 CPRxIKNFBUwUWqlUEP68LxlYBeujLmcdiS/5KwlZ9lBRwoc7MhgJgP1f70KHFmisvRH0 G3bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=+aMF47rTikrCtz6+RxOkkG/GLBc8YCEtnOfQwknAsXw=; b=TDDMDSBpVmFDSqL9pG73akJv0f3bbGDeDQnXG0cCYsxAqQ3uv9PqCs25HNi+lB46wk gvju2d6PomgDa2h7HrLTqfr7gvw4ZX/WGVbM0Zzeu9AZErqRZHHCSpA9eYbWD4FXeLx5 iN739bTmjP1xFWrgFa2s/HQzE5hnhahwZmd4pBPn8+9io2JYf6tsTKO8NT1wP05JO6eN 2V7o/UgW2r4JCBR3XZXzVwqSKSdLFjWIgaOyv6FF8cM9nOqF/nHBcG9jd64Jt+suqENh ieYc3kDJNUtyt1sSvoELGye0m4sB1gpjdz+87b7SKWY60Ut2d3F6tRQeRLTDzJBk89Dx XrFA== X-Gm-Message-State: AE9vXwOHhYO0JZCcs22MmU8/bESCbBrZbe0c0hbiURJ9ZU6H0+6Fuk7hcFAuoVHkvBdIjQ== X-Received: by 10.98.138.69 with SMTP id y66mr47794403pfd.89.1474298394870; Mon, 19 Sep 2016 08:19:54 -0700 (PDT) From: Bart Schaefer Message-Id: <160919081953.ZM28145@torch.brasslantern.com> Date: Mon, 19 Sep 2016 08:19:53 -0700 In-Reply-To: <47450.1474279314@hydra.kiddle.eu> Comments: In reply to Oliver Kiddle "Re: Off-by-one with select-*-shell-word text object?" (Sep 19, 12:01pm) References: <160916102137.ZM11290@torch.brasslantern.com> <76020.1474058827@hydra.kiddle.eu> <160916142248.ZM26196@torch.brasslantern.com> <10734.1474068633@hydra.kiddle.eu> <160916200205.ZM27241@torch.brasslantern.com> <20160917074259.GA26221@fujitsu.shahaf.local2> <160917072918.ZM29255@torch.brasslantern.com> <20160919070020.GA3836@fujitsu.shahaf.local2> <47450.1474279314@hydra.kiddle.eu> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: Off-by-one with select-*-shell-word text object? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Sep 19, 12:01pm, Oliver Kiddle wrote: } } You've got to force set_bindk to either 1 or 0 and my guess is that } a future widget is more likely to want 1 than to want 0. Even with } a new bitmask flag, I'd sooner opt for it having the opposite sense } to what you suggest. } } Daniel Shahaf wrote: } > That's why I suggested to invent a new bitmask flag that implies } > set_bindk on a per-widget basis: the property 'requires $WIDGET to } > be self-referential' does not follow from 'is implemented in C'. My somewhat related point is that UNLESS we're going to add an option to "zle -N"/"zle -C" to control that new bitmask flag for user-defined widgets, the unusual and therefore flag-worthy case applies only with respect to builtins, and therefore is "requires $WIDGET to be caller- referential." } [aside: if anyone relied on it for run-help/which-command to invoke } their own command, they should use zle -A]. This might be worth documenting. It might have to be paired with "zle .run-help" or similar? } getvirange() is more concerned with the keys that were used than } with the identify of the widget. That's why I'd sooner regard it } as bindk that is overloaded. Indeed, "bindkey -a z vi-change" makes "cc" "cz" and "zc" synonymous. } I don't think adding another variable like $WIDGET is a good idea. It'd need to be a $LASTKEYS to go with $LASTWIDGET, if anything.