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 5074 invoked from network); 20 Jun 2020 09:56:14 -0000 Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with ESMTPUTF8; 20 Jun 2020 09:56:14 -0000 Received: (qmail 4760 invoked by alias); 20 Jun 2020 09:56:00 -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: 46083 Received: (qmail 16417 invoked by uid 1010); 20 Jun 2020 09:56:00 -0000 X-Qmail-Scanner-Diagnostics: from out4-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.28):SA:0(-2.6/5.0):. Processed in 4.958513 secs); 20 Jun 2020 09:56:00 -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: gggruggvucftvghtrhhoucdtuddrgeduhedrudejkedgvdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdffrghnihgvlhcuufhhrghhrghffdcuoegurdhssegu rghnihgvlhdrshhhrghhrghfrdhnrghmvgeqnecuggftrfgrthhtvghrnhepfefhkeefve eileelheeiffdtkedujeelvdfhtdejtdeggedvuefffeelhefhvdfgnecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepugdrshesuggrnhhivghlrd hshhgrhhgrfhdrnhgrmhgv X-ME-Proxy: X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-dev0-543-gda70334-fm-20200618.004-gda703345 Mime-Version: 1.0 Message-Id: <7b1f4c57-c37e-49ee-9bb7-1ec64bd5597b@www.fastmail.com> In-Reply-To: <7e4c25be62ac90418bb582b344bbcfba@manueljacob.de> 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> <20200619104626.6689220f@tarpaulin.shahaf.local2> <7e4c25be62ac90418bb582b344bbcfba@manueljacob.de> Date: Sat, 20 Jun 2020 09:54:55 +0000 From: "Daniel Shahaf" To: "Manuel Jacob" Cc: zsh-workers@zsh.org Subject: Re: vcs_info patch-format/applied-string awareness? Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Manuel Jacob wrote on Fri, 19 Jun 2020 22:48 +00:00: > On 2020-06-19 12:46, Daniel Shahaf wrote: > > 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 feat= ure because they=E2=80=99re > >> > not aware that it exists. > >>=20 > >> Fair point. Let's first see if we can enable the feature without u= ser > >> interaction at all. If that doesn't pan out, then we can see about= > >> addressing the lack of awareness. > >=20 > > By the way, I think this point applies to the "show patch series" > > functionality too. That functionality is used by several vcs backen= ds > > (e.g., quilt, hg mq, git rebase), but is not enabled by default and > > I suspect many people don't know it exists. > >=20 > > I'm referring to this: > >=20 > > [[[ > > $ cd Functions/VCS_Info/ > > $ rm -rf vcs-test/ > > $ 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) > > 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 commen= ts > > at the top of ./test-repo-git-rebase-apply, plus some fine-tuning by= > > zshrc hooks.) > >=20 > > So, should we have patch series information displayed by default? T= he > > information about applied patches is parsed by default, but not show= n > > by default because the %m expando isn't in the default=20 > > formats/actionformats > > values. > >=20 > > Or alternatively, should we increase awareness of it? >=20 > MQ is deprecated and discouraged and any support for it doesn=E2=80=99= t need any=20 > more awareness. Personally, I neither want to spend time thinking abou= t=20 > how to improve MQ support nor answer any questions from MQ users that=20= > keep using it because zsh support improved. ;) Fair enough as far as the hg backend is concerned. However, my question was not specific to the hg backend; I was expressly= asking also about the git and quilt backends, and my question stands with respect to them. Cheers, Daniel > > Cheers, > >=20 > > Daniel > >=20 > > 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.