From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21154 invoked by alias); 1 Mar 2017 14:41:38 -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: 40682 Received: (qmail 2574 invoked from network); 1 Mar 2017 14:41:38 -0000 X-Qmail-Scanner-Diagnostics: from park01.gkg.net 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(205.235.26.22):SA:0(0.8/5.0):. Processed in 1.26865 secs); 01 Mar 2017 14:41:38 -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.8 required=5.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,RCVD_IN_SORBS_SPAM, RP_MATCHES_RCVD,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.1 X-Envelope-From: SRS0=XSWg=2K=gmail.com=ericdfreese@bounces.park01.gkg.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at bounces.park01.gkg.net does not designate permitted sender hosts) X-Virus-Scanned: by amavisd-new at gkg.net Authentication-Results: amavisd4.gkg.net (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=/IrkJIyi/+/WaQYSGwBzGPCTlIAE9sim1Jyayaqzjwc=; b=gbJu+5PF87+BRwaOr7i2A37wdBRMFG74v0unkY/28EeM/hhdO7d5sWSrzs+Z5cQt26 FJ+SmF4leVAsaBeUWIlUGyMYrod/WQmwiTxqJ8909LFo6XPZOZVrXDUyjAJfz9N0twPl E4XZO6y0iDJVfH0IvqUdgSgPh37MZWvMMiKTBaTCkHsBYdZcUp6+hVWK9i7VO7nfShDa dGTwPbwPcEwopERW7/PHowsFMSsfE5usVwHNgwp3DVy3mZpynKlDoLqoqxGPcBN2xpGZ ha9u2bgeDjKp/u5WQMFKA3VwTJiNLH0CgeoqXpzu5PDzIXY/hgKJZrBXBzBPBDFjLFYS bNVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=/IrkJIyi/+/WaQYSGwBzGPCTlIAE9sim1Jyayaqzjwc=; b=pwHCSnnoiBxaq1N5OicaiXvem/HxhISuJls/P+oT/RYVAeUufE2JeJY14FsxsGRi4b O/y1UrEP2KWtIzMvFOhzr9g2nyr1RHJzJHTIoHiC55MaPD1XoF1w4n8cmt+GGvm4DLvb b9DHpnWTxjxiEOjBQ3LG+ZzTYwl2TKkK+v8HKr3odhYIjkJ8iM1k97w/NoVRYwEoMzjF GepNuByB9hKC/LxqZuPOUS6CN+aap/9PWphnOrrxjOdMgorGlxHPGZdcjK9jT+pfB8Z9 2L9Mwi8hqdsaxfL/9LKL5rD+vTG8+2KkCIYzFvam0i2tkkU2ih9H2cNW8oqyDTinxXqX qMzQ== X-Gm-Message-State: AMke39lezmf0ZnHIl0BFvFw41pS7l1uHX2VUIlurHjM8O930jjx8MXRvOwkCtmr9+i9nmTW2zB015Sqj+Q5iOQ== X-Received: by 10.55.88.66 with SMTP id m63mr10201278qkb.270.1488379268036; Wed, 01 Mar 2017 06:41:08 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <170228185233.ZM9032@torch.brasslantern.com> References: <20170301012534.67145-1-ericdfreese@gmail.com> <170228185233.ZM9032@torch.brasslantern.com> From: Eric Freese Date: Wed, 1 Mar 2017 07:41:07 -0700 Message-ID: Subject: [PATCH] Include number of chars in zle unget mechanism in $PENDING calculation To: Bart Schaefer , "zsh-workers@zsh.org" Content-Type: multipart/alternative; boundary=001a114edaaa9035a90549ac4d53 --001a114edaaa9035a90549ac4d53 Content-Type: text/plain; charset=UTF-8 Ok. How about a separate parameter that just returns kungetct? My use case is disabling zsh-autosuggestions (https://github.com/zsh- users/zsh-autosuggestions) while bracketed-paste-magic and other widgets using zle -U are running. Ideally, I could just avoid fetching a suggestion until $PENDING and this new param are zero. On Tue, Feb 28, 2017 at 7:52 PM Bart Schaefer wrote: > Yeah, this was discussed (with identical patch) back in May 2016 in > workers/38522. It turned out not to have the desired effect so we > didn't do anything with it. > > The question is whether it's useful to be able to tell that TTY read > will not block, separately from whether ZLE has available input. > There are cases where one might be invoking a tty read in the middle > of a widget, before any of the "zle -U" pushback would be consumed. > > We'd also have to change the doc that says "where the shell is not able > to get this information, this parameter will always have a value of zero." > -- Sent from my iPhone --001a114edaaa9035a90549ac4d53--