Path: csiph.com!optima2.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!usenet.stanford.edu!not-for-mail From: =?UTF-8?Q?Jesper_Nyg=C3=A5rds?= Newsgroups: gnu.bash.bug Subject: Inhibit redisplay of prompt in 4.4-alpha Date: Mon, 3 Aug 2015 12:43:47 +0200 Lines: 49 Approved: bug-bash@gnu.org Message-ID: NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c264be241e2d051c65d880 X-Trace: usenet.stanford.edu 1438608552 11586 208.118.235.17 (3 Aug 2015 13:29:12 GMT) X-Complaints-To: action@cs.stanford.edu To: bug-bash@gnu.org Envelope-to: bug-bash@gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nG12kiGdwWuxr0F7cmfU73OYlqs14TvJ51DdoltSxHo=; b=sz5wxyYvKAXnRNNTOlKGuw5Q70zYZq3UMXVtFG6RdmtDVsSydncRQ2pblaSIlfpMk6 HO4VksnSM3YgonZrzPhgljHwjmaoXMclI/hMOQrs3HLENCHV/ty1DIHRZIY5yppmzKML UhYZ742gg8Tg305CMKWFPxRnNtphdMYmFCv8AQR+yI89NsNsaUxNmutURPn+7pD0RmE/ fuj2Q04wW2QiTK1hwy8oosmlVp/LcmA0I2rITW1ZUv+j9VejwOpF0lksHi5SNeaAEa+q wB1fyItBV1772jueL5HFPIjWXysZloMTo9QkWa9Iy0pPpEGoxkNrxMs8nuqSSptgQmpf o+cw== X-Received: by 10.112.199.133 with SMTP id jk5mr16536778lbc.32.1438598627071; Mon, 03 Aug 2015 03:43:47 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::236 X-Mailman-Approved-At: Mon, 03 Aug 2015 09:29:08 -0400 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com gnu.bash.bug:11288 --001a11c264be241e2d051c65d880 Content-Type: text/plain; charset=UTF-8 I am testing the following change in 4.4-alpha: ggg. The commands executed by `bind -x' now redisplay at most the final line of a multi-line prompt, and those commands may return 124 to indicate that the entire prompt should be redrawn. This is great news and means that two-line prompts now can be used with "bind -x". It seems to work as intended. I see that a function can return 124 to make the whole prompt redisplay. However, for my purposes, it would be even better if there also was a code that a function could return which would inhibit all redisplay of the prompt. I have described the kind of "widget functions" that I use in the thread "bind -x and multiple prompt/command lines" from April of 2014. When using such a function, the flickering that results from the prompt redisplaying is a bit annoying. If there were some return code that could inhibit the prompt redisplay, that would therefore be great. --001a11c264be241e2d051c65d880 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am testing the following change in 4.4-alpha:

ggg. The commands executed by `bind -x' now redisplay at = most the final line
=C2=A0 =C2=A0 =C2=A0of a multi-line prompt, a= nd those commands may return 124 to indicate that
=C2=A0 =C2=A0 = =C2=A0the entire prompt should be redrawn.

T= his is great news and means that two-line prompts now can be used with &quo= t;bind -x". It seems to work as intended.

I s= ee that a function can return 124 to make the whole prompt redisplay. Howev= er, for my purposes, it would be even better if there also was a code that = a function could return which would inhibit all redisplay of the prompt.=C2= =A0

I have described the kind of "widget func= tions" that I use in the thread=C2=A0"bind -x and multiple prompt= /command lines" from April of 2014. When using such a function, the fl= ickering that results from the prompt redisplaying is a bit annoying.
=

If there were some return code that could inhibit the p= rompt redisplay, that would therefore be great.

--001a11c264be241e2d051c65d880--