Re: Converting README documentation to Markdown

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Converting README documentation to Markdown
Date: 2024-09-10 18:25:02
Message-ID: 048976E9-D258-4843-BECA-E73C095C41C3@yesql.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 10 Sep 2024, at 17:37, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Daniel Gustafsson <daniel(at)yesql(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Masahiko Sawada 2024-09-10 18:31:46 Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation
Previous Message Alvaro Herrera 2024-09-10 18:18:35 Re: not null constraints, again