Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Chet Ramey <chet.ramey@case.edu>
Newsgroups: gnu.bash.bug
Subject: Re: [PATCH] Add active mark, face support; activate mark on paste
Date: Mon, 13 Apr 2020 09:09:21 -0400
Organization: ITS, Case Western Reserve University
Lines: 26
Approved: bug-bash@gnu.org
Message-ID: <mailman.160.1586783370.3066.bug-bash@gnu.org>
References: <M4dFweU--3-2@tutanota.com> <875c423e-0420-78d2-af4b-dfb168432e2d@case.edu> <M4dz8wC--3-2@tutanota.com> <902c38ef-7534-8f6d-51b7-daa0843b8440@case.edu> <M4glUEn--3-2@tutanota.com> <4b6878e3-adb3-50e2-d2b3-c66fe96f57bb@case.edu> <M4jafDF--3-2@tutanota.com> <62d418c2-4824-6c78-7f6b-09e2a0300888@case.edu> <d74e594c-64a7-e5a8-4136-bacae88a8078@dancol.org> <b0198a54-0f5e-89bc-38a1-9678ae8145ff@case.edu>
Reply-To: chet.ramey@case.edu
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Cc: chet.ramey@case.edu, bug-bash@gnu.org
To: Daniel Colascione <dancol@dancol.org>, gentoo_eshoes@tutanota.com
Envelope-to: bug-bash@gnu.org
Autocrypt: addr=chet.ramey@case.edu; prefer-encrypt=mutual; keydata= mQGiBEEOsGwRBACFa0A1oa71HSZLWxAx0svXzhOZNQZOzqHmSuGOG92jIpQpr8DpvgRh40Yp AwdcXb8QG1J5yGAKeevNE1zCFaA725vGSdHUyypHouV0xoWwukYO6qlyyX+2BZU+okBUqoWQ koWxiYaCSfzB2Ln7pmdys1fJhcgBKf3VjWCjd2XJTwCgoFJOwyBFJdugjfwjSoRSwDOIMf0D /iQKqlWhIO1LGpMrGX0il0/x4zj0NAcSwAk7LaPZbN4UPjn5pqGEHBlf1+xDDQCkAoZ/VqES GZragl4VqJfxBr29Ag0UDvNbUbXoxQsARdero1M8GiAIRc50hj7HXFoERwenbNDJL86GPLAQ OTGOCa4W2o29nFfFjQrsrrYHzVtyA/9oyKvTeEMJ7NA3VJdWcmn7gOu0FxEmSNhSoV1T4vP2 1Wf7f5niCCRKQLNyUy0wEApQi4tSysdz+AbgAc0b/bHYVzIf2uO2lIEZQNNt+3g2bmXgloWm W5fsm/di50Gm1l1Na63d3RZ00SeFQos6WEwLUHEB0yp6KXluXLLIZitEJLQwQ2hldCBSYW1l eSAoQ2FzZSBzdGFuZGFyZCkgPGNoZXQucmFtZXlAY2FzZS5lZHU+iF8EExECAB8FAkPi19EC GwMHCwkIBwMCAQMVAgMDFgIBAh4BAheAAAoJELtYafBk6nSrelkAn31Gsuib7GcCZHbv5L5t VKYR9LklAJ4hzUHKA49Z0QXR+qCb80osIcmPSbkBDQRBDrBvEAQAkK6TAOKBEM+EC4j6V/7o /riVZqcgU5cid2qG9TXdwNtD9a3kvA/ObZBO93sX59wc6Bnwo4VJxsOmMlpGrAjJsxNwg3QH akEtf8LXRbVpj5xStdmBdQZUhIQyalo/2/TZq5OijtddUQcL5cs70hTv/FpT3wUvr2Xr8rjF 41IFEz8AAwcD/A0CZEGlzIrT5WCBnl6xBog/8vKiUCbarByat3d1mL6DbizvKNXQRTC9E/vE dENAWCQCjr75Bu55xT8n3SXGtWdDC5xmZ/P3OBYORP8yl8H8I1FIosWOFirbIeYdZPq8SPD1 HL+EXo9zSiHVrrZRJ19ooCKKbSdXHFCY+aJG+0KZiEkEGBECAAkFAkEOsG8CGwwACgkQu1hp 8GTqdKvjcACfZlkVCDwaz/NTO9cy3t69oWpVPNwAnRwe0qk/WL/gfhH346xh5B3HFbFN
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.7.0
In-Reply-To: <d74e594c-64a7-e5a8-4136-bacae88a8078@dancol.org>
Content-Language: en-US
Precedence: list
Xref: csiph.com gnu.bash.bug:16130

On 4/12/20 11:04 PM, Daniel Colascione wrote:
> On 4/12/20 6:23 PM, Chet Ramey wrote:
>> On 4/12/20 2:15 PM, gentoo_eshoes@tutanota.com wrote:
>>
>>> There is one more/different 'face' issue: if I paste a line and then
>>> press Enter (as opposed to any alphanumeric key or arrow keys) then the
>>> highlight remains(highlighted), possibly because the ^M is echoed and
>>> thus moves the cursor one line up(?) before the highlight is attempted
>>> to be removed. But I'm just guessing.
>>
>> Unsurprising. The highlights are added and removed in readline's redisplay.
>> Once you enter newline (or any key bound to accept-line), readline returns
>> the line immediately without any redisplay, so the line remains as is.
> 
> Is that a regression relative to my original patch? I could have sworn I
> made command submission deactivate the mark and redisplay, but maybe I'm
> recalling incorrectly. In any case, isn't that the right thing to do?

I'll look. In the meantime, what do you think about the behavior when
pasting more than a screenful of text?

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/