git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 3/6] doc: typeset -- as litteral

From
Matthieu Moy <matthieu.moy@grenoble-inp.fr>
Date
Jun 28, 2016, 08:26 UTC
Message-ID
<vpqa8i5zpkd.fsf@anie.imag.fr>
In-Reply-To
<20160627191005.GD9594@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 8 quoted lines
> On Mon, Jun 27, 2016 at 07:46:20PM +0200, Matthieu Moy wrote:
>
>> Subject: Re: [PATCH 3/6] doc: typeset -- as litteral
>
> s/litteral/literal/
>
> I can hardly blame you, though. I think English stole the word from
> French and then switched its spelling. :)

I never remember about double consonent, and indeed the fact that French and English have different spelling for the same words doesn't help (addition Vs adition, traffic Vs trafic, ...) ;-).

Fixed in v2.
> You may also want put quotes around "--" to make it clear that you are
> talking about it as punctuation, not using it as such in your
> sentence.
Done.
> I read all the way through patch 6, and they all look good to me (though
> the "litteral" typo appears again later). I won't bother responding to
> each separately.
Should all be fixed now.
> I do notice that your patterns are finding existing items marked with
> single-quotes. We may have other cases lurking that are not quoted at
> all (but should be).

Yes, this series (and tr/doc-tt) clearly catch just the low-hanging fruits. Having forward quotes in the existing text makes it clear that the author wanted some kind of formatting, and hence make regex-based replacement rather reliable (very few false positive).

Unquoted stuff are more problematic since you can have for example
  You should run `git foo --bar boz`

or multi-lines formatted code blocks, and a naive regex would match --bar.

> I think those could be a separate series, but if anybody wants to look
> for them, I think searching for "\--" will help (a literal double-dash
> needs that to avoid becoming an emdash).

The rule seems to be more complex than this, for example "Implies --porcelain" in https://git-scm.com/docs/git-blame is properly typeset, although the source code has no escaping or quoting.

I'll keep these out of the series for now, I've added more ideas to
  https://git.wiki.kernel.org/index.php/SmallProjectsIdeas#Fix_asciidoc_formatting_in_documentation
I may come back to this later.
-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Previous: Jeff KingNext: Matthieu Moy
Message 4 of 22 in “doc: typeset short command-line options as literal”
  1. 1/6 doc: typeset short command-line options as literalMatthieu Moy, Jun 27, 2016
  2. 3/6 doc: typeset -- as litteralMatthieu Moy, Jun 27, 2016
  3. Jeff KingJun 27, 2016
  4. Matthieu MoyJun 28, 2016
  5. 4/6 doc: typeset long options with argument as litteralMatthieu Moy, Jun 27, 2016
  6. 5/6 CodingGuidelines: formatting HEAD in documentationMatthieu Moy, Jun 27, 2016
  7. 6/6 doc: typeset HEAD and variants as litteralMatthieu Moy, Jun 27, 2016
  8. 2/6 doc: typeset long command-line options as literalMatthieu Moy, Jun 27, 2016
  9. Jeff KingJun 27, 2016
  10. Matthieu MoyJun 28, 2016
  11. Junio C HamanoJun 28, 2016
  12. Jeff KingJun 27, 2016
  13. Matthieu MoyJun 28, 2016
  14. 0/7 literal formatting in documentationMatthieu Moy, Jun 28, 2016
  15. 7/7 doc: typeset HEAD and variants as literalMatthieu Moy, Jun 28, 2016
  16. 5/7 doc: typeset long options with argument as literalMatthieu Moy, Jun 28, 2016
  17. 1/7 Documentation/git-mv.txt: fix whitespace indentationMatthieu Moy, Jun 28, 2016
  18. 4/7 doc: typeset '--' as literalMatthieu Moy, Jun 28, 2016
  19. 3/7 doc: typeset long command-line options as literalMatthieu Moy, Jun 28, 2016
  20. 6/7 CodingGuidelines: formatting HEAD in documentationMatthieu Moy, Jun 28, 2016
  21. 2/7 doc: typeset short command-line options as literalMatthieu Moy, Jun 28, 2016
  22. Jeff KingJun 30, 2016

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.