Re: Converting README documentation to Markdown - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: Converting README documentation to Markdown
Date
Msg-id 048976E9-D258-4843-BECA-E73C095C41C3@yesql.se
Whole thread Raw
In response to Re: Converting README documentation to Markdown  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> On 10 Sep 2024, at 17:37, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Daniel Gustafsson <daniel@yesql.se> writes:
>> Since there doesn't seem to be much interest in going all the way to Markdown,
>> the attached 0001 is just the formatting changes for achieving (to some degree)
>> consistency among the README's.  This mostly boils down to using a consistent
>> amount of whitespace around code, using the same indentation on bullet lists
>> and starting sections the same way.  Inspecting the patch with git diff -w
>> reveals that it's not much left once whitespace is ignored.  There might be a
>> few markdown hunks left which I'll hunt down in case anyone is interested in
>> this.
>
>> As an added bonus this still makes most READMEs render nicely as Markdown, just
>> not automatically on Github as it doesn't know the filetype.
>
> I did not inspect the patch in detail, but this approach seems
> like a reasonable compromise.  However, if we're not officially
> going to Markdown, how likely is it that these files will
> stay valid in future edits?  I suspect most of us don't have
> those syntax rules wired into our fingers (I sure don't).

I'm not too worried, especially since we're not making any guarantees about
conforming to a set syntax.  We had written more or less correct Markdown
already, if we continue to create new content in the style of the surrounding
existing content then I'm confident they'll stay very close to markdown.

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Refactoring postmaster's code to cleanup after child exit
Next
From: Masahiko Sawada
Date:
Subject: Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation