Re: public inbox links, was: Re: preserve untracked cache, was Re: What's cooking in git.git (Jun 2017, #01; Thu, 1)
- From
- Eric Wong <e@80x24.org>
- Date
- Jun 3, 2017, 01:24 UTC
- Message-ID
- <20170603012449.GA20194@dcvr>
- In-Reply-To
- <CAGZ79kboxyUKy2j2GDZzWhOHeLHM17fYhQ0Wy=HxKaM-zXFC3A@mail.gmail.com>
Stefan Beller <sbeller@google.com> wrote:
> Today I learned again how public-inbox is awesome! Thanks Eric!
You're welcome :)
> * You can just copy the message ID INCLUDING the surrounding < > > and public inbox still just shows you the correct message. I had assumed > you would need to strip off the < > and I did so since.
Yeah, it's a fallback since it's probably a common mistake. AFAIK, git-send-email also avoids redundantly adding '<>' and only adds them if necessary.
> On Fri, Jun 2, 2017 at 5:26 PM, Junio C Hamano <gitster@pobox.com> wrote:
<snip>
Show 6 quoted lines
> > Issue #01 of June reports it in 'master': > > https://public-inbox.org/git/<xmqqshjk5ezb.fsf@gitster.mtv.corp.google.com> > > * However with the < > unstripped, the awesomeness is limited: > Some tools (including my mail reader as well as public inbox itself[1]) > do not recognize the link when there are < > in there.
Yeah, that's actually bad form on Junio's part. public-inbox can only support it up to an extent...
I seem to recall seeing some standard or style recommendation that URLs (of any type) be surrounded by angle brackets in text:
<https://public-inbox.org/git/xmqqshjk5ezb.fsf@gitster.mtv.corp.google.com/>
So public-inbox (and other parsers) should stop looking for URLs outside of the '<>'
But I think the newer style manuals state having spaces around the URL is enough.
Show 5 quoted lines
> While the second point is not the end of the world, it's still > slightly annoying, > which is why I thought I'll point it out here. > > [1] https://public-inbox.org/git/xmqqvaodx6g4.fsf@gitster.mtv.corp.google.com/