From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22420 invoked from network); 19 Jun 2020 10:47:10 -0000 Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with ESMTPUTF8; 19 Jun 2020 10:47:10 -0000 Received: (qmail 4798 invoked by alias); 19 Jun 2020 10:47:04 -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: List-Unsubscribe: Sender: zsh-workers@zsh.org X-Seq: 46077 Received: (qmail 20006 invoked by uid 1010); 19 Jun 2020 10:47:04 -0000 X-Qmail-Scanner-Diagnostics: from out5-smtp.messagingengine.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.3/25842. spamassassin: 3.4.4. Clear:RC:0(66.111.4.29):SA:0(-2.6/5.0):. Processed in 0.71026 secs); 19 Jun 2020 10:47:04 -0000 X-Envelope-From: d.s@daniel.shahaf.name X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at daniel.shahaf.name does not designate permitted sender hosts) X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudejiedgfeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkjghfofggtgfgsehtqh dttdertdejnecuhfhrohhmpeffrghnihgvlhcuufhhrghhrghfuceougdrshesuggrnhhi vghlrdhshhgrhhgrfhdrnhgrmhgvqeenucggtffrrghtthgvrhhnpefhtdetfeehveeutd ehuddtieefgeettedtjedtffehudeiieejleetteekudetheenucfkphepjeelrddujeei rdefledrieelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepugdrshesuggrnhhivghlrdhshhgrhhgrfhdrnhgrmhgv X-ME-Proxy: Date: Fri, 19 Jun 2020 10:46:26 +0000 From: Daniel Shahaf To: Manuel Jacob , zsh-workers@zsh.org Subject: vcs_info patch-format/applied-string awareness? (was: Re: [PATCH] Add code to Mercurial VCS backend to show topic if there is any.) Message-ID: <20200619104626.6689220f@tarpaulin.shahaf.local2> In-Reply-To: <20200619100731.099deac3@tarpaulin.shahaf.local2> References: <20200607074445.7723-1-me@manueljacob.de> <20200607121443.7c58ee16@tarpaulin.shahaf.local2> <20200608053140.33e79354@tarpaulin.shahaf.local2> <538786d4a3afe4b9432a1469ebafcad8@manueljacob.de> <20200609223416.59a43074@tarpaulin.shahaf.local2> <20200617082743.12b5d092@tarpaulin.shahaf.local2> <20200619100731.099deac3@tarpaulin.shahaf.local2> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Daniel Shahaf wrote on Fri, 19 Jun 2020 10:07 +0000: > Manuel Jacob wrote on Fri, 19 Jun 2020 04:06 +0200: > > I=E2=80=99m concerned that most people won=E2=80=99t use the feature be= cause they=E2=80=99re > > not aware that it exists. =20 >=20 > Fair point. Let's first see if we can enable the feature without user > interaction at all. If that doesn't pan out, then we can see about > addressing the lack of awareness. By the way, I think this point applies to the "show patch series" functionality too. That functionality is used by several vcs backends (e.g., quilt, hg mq, git rebase), but is not enabled by default and I suspect many people don't know it exists. I'm referring to this: [[[ $ cd Functions/VCS_Info/ $ rm -rf vcs-test/=20 $ zsh ./test-repo-git-rebase-apply =E2=8B=AE CONFLICT (content): Merge conflict in iota =E2=8B=AE zsh: exit 1 zsh ./test-repo-git-rebase-apply $ (cd vcs-test/ && zsh)=20 myref/rebase/+ f973ee0a1fe5 [5+2=3D7] ea03c123a587 r7: Append a line %=20 ]]] See the "[5+2=3D7] ea03c123a587 r7: Append a line" line. (That line was generated by setting zstyles to values such as those given in comments at the top of ./test-repo-git-rebase-apply, plus some fine-tuning by zshrc hooks.) So, should we have patch series information displayed by default? The information about applied patches is parsed by default, but not shown by default because the %m expando isn't in the default formats/actionformats values. Or alternatively, should we increase awareness of it? Cheers, Daniel P.S. The hg backend doesn't seem to support equivalent functionality for the rebase/histedit commands; see the VCS_INFO_set-patch-format call. hg mq support is present but not enabled by default.