From: Junio C Hamano <gitster@pobox.com>
To: "Jean-Noël AVILA" <avila.jn@gmail.com>
Cc: Jeff King <peff@peff.net>, git@vger.kernel.org
Subject: Re: [PATCH] doc/gitremote-helpers: fix more missing single-quotes
Date: Sat, 23 Mar 2024 19:19:38 -0700 [thread overview]
Message-ID: <xmqqmsqov0at.fsf@gitster.g> (raw)
In-Reply-To: <22254967.EfDdHjke4D@cayenne> ("Jean-Noël AVILA"'s message of "Sat, 23 Mar 2024 20:58:39 +0100")
Jean-Noël AVILA <avila.jn@gmail.com> writes:
>> Hmmmm, here, true and false are to be given verbatim.
>
> In such case, it's (`true`|`false`) . As well as the command before.
Yes, they should be given like so, I think.
>> I know we added the _<placeholder>_ thing, but have we added these
>> to Documentation/CodingGuidelines yet?
>>
>> Thanks.
>
> No, we haven't.
>
> I skimmed over different documentation projects and there's no real consensus
> on what the formatting should be in detail, except for some common rules.
> man-pages(7) gives some good hints that we should adhere to, which are echoed
> in the guide of asciidoc: https://docs.asciidoctor.org/asciidoctor/latest/
> manpage-backend/ . Basically, verbatim are in bold, and variables are in
> italic.
>
> In our man pages, the asciidoc verbatim are rendered as bold and asciidoc
> emphasis are rendered as underlined, just like italics, which adheres to the
> principles,
What I meant by "verbatim" was "what the user would give Git
verbatim", which are marked up as `true` (or `false`), and typically
typeset in monospace in HTML. I just checked the prerendered man
pages, and indeed \fB...\fR surrounds verbatim phrases, which was a
bit surprising to me.
> Note that bold/verbatim are usually also used in terms of description lists.
>
> I'm totally ok to change the CodingGuidelines and reroll git-clone and git-
> init with these new rules.
So to go back to the original example, what do we want to do instead
of ...
'option deepen-relative' {'true'|'false'}::
... this? Like this ...
`option deepen-relative` (`true`|`false`)::
... or something else?
Thanks.
next prev parent reply other threads:[~2024-03-24 2:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-20 9:17 [PATCH] doc/gitremote-helpers: fix more missing single-quotes Jeff King
2024-03-20 16:59 ` Junio C Hamano
2024-03-21 10:28 ` Jean-Noël Avila
2024-03-21 16:25 ` Junio C Hamano
2024-03-23 19:58 ` Jean-Noël AVILA
2024-03-24 2:19 ` Junio C Hamano [this message]
2024-03-24 15:41 ` Jean-Noël AVILA
2024-03-24 16:15 ` Junio C Hamano
2024-03-22 6:39 ` Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqmsqov0at.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=avila.jn@gmail.com \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.