From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9887 invoked by alias); 10 Sep 2015 19:22:56 -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: 36481 Received: (qmail 2944 invoked from network); 10 Sep 2015 19:22:53 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= daniel.shahaf.name; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=j8E2SmnwBCpVVAU+HxkPpBtd59Q=; b=Z4YQ5U gMUe0tRM1tbdaDbzUZJeQ5eYzD6PINW9AX2ypT3u0FzCviLfVSUnYu6XMGb+bCss KTrt8TdzF9wFGLV0OMODzTRO8Zqk9qwVDgYaxwCMpcM+m6HhtseunpBnKj9X9WCX YfQ6TjLakdrX6tvTFhmtCc1+N2Se/Stv7zxcc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=j8E2SmnwBCpVVAU+HxkPpBtd59Q=; b=Nq3lR pv+yQTSxDuSqH7jPue541vbMNTr0bF/bQZIkXtYUVBg5AsTJAyx6gr4gffyIV8mW N0AlrETajq8hbuBdm/mOp197gylqgN2evi/jm8MSjW33msJplDbZ5fhTNVCrvbig U0abBF4zvq+LZefBmj/D5pAf+ybu0D0X2vXAzU= X-Sasl-enc: /GYraUlHIRzBn/79//7PLtJ+HrXMH7RVMUxVEjcRU/7z 1441912305 Date: Thu, 10 Sep 2015 19:11:43 +0000 From: Daniel Shahaf To: Oliver Kiddle Cc: Zsh hackers list Subject: Re: bracketed paste - chopping trailing newlines Message-ID: <20150910191143.GG10129@tarsus.local2> References: <20150829012452.GE30848@bosko.stateful.de> <150828220057.ZM14497@torch.brasslantern.com> <20150830202530.GF30848@bosko.stateful.de> <150901164827.ZM2480@torch.brasslantern.com> <20150903235936.GH30848@bosko.stateful.de> <20150906095224.GD1895@tarsus.local2> <4397.1441547465@thecus.kiddle.eu> <13644.1441708777@thecus.kiddle.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13644.1441708777@thecus.kiddle.eu> User-Agent: Mutt/1.5.21 (2010-09-15) Oliver Kiddle wrote on Tue, Sep 08, 2015 at 12:39:37 +0200: > Bart wrote: > > OK, so who is a normal user who doesn't follow this list? A zsh user from > > past versions who expects the paste to run magic-space and accept-line? > > That clearly isn't what you mean, but I'd like to de-confuse them too. > > Not getting magic-space in the middle of a paste is fairly apparent. The > same for intervening accept-lines because the prompt is not reprinted > for each line. So in these cases a user expecting old behaviour would > see that there has been a change and hopefully be pleasantly surprised > rather than confused. A trailing newline is not so apparent. It seems > like I'm just repeating myself on the rationale for the blank stripping; > wasn't the case made adequately back in 35794? Yes, I also feel I'm repeating myself. I've already made my case a few times. I've also suggested fixes and implemented them. I have been trying to reach consensus, but so far haven't succeeded. As you can imagine, by now I'm rather frustrated. Looking back over the threads, my RFE consisted of three parts: 1. Don't strip newlines at paste 2. Highlight pastes 3. Strip newlines at accept-line that immediately follows a paste I think no one actually objected to (1), so I'll push it after the 5.1.1 tag, so we have the entire 5.1.2 release cycle to make tweaks. I think all objections to (2) have been addressed, apart from the question of whether to use standout or underline. I think standout is easier to spot and doesn't clash with zle_highlight[region]'s default (because the user knows whether she just pasted or not), but I wouldn't mind underline being the default, if that'll get us out of the impasse. As to (3), I don't feel strongly about it. If people don't want it in the core, I'll just effect it in my dotfiles (as in 36429). So, to summarize: I'll push the 0001 and 0002 patches from 36443 after the 5.1.1 tag, and if we want to later change it to underline, we can. I hope this thread will end soon :-) Cheers, Daniel > I'm all in favour of alternatives to the blank removal that address the > original issue. Simply waiting until user expectations have adapted and > is one alternative. Blank removal in accept-line is a quite separate > notion. > > Daniel Shahaf wrote: > > 3. Avoid saving trailing newlines into history. > > I'm no more keen on accept-line altering text before it goes into > history than on bracketed-paste altering pasted text. > > Oliver