Re: Document "59.2. Built-in Operator Classes" have a clerical error? - Mailing list pgsql-docs

From Michael Paquier
Subject Re: Document "59.2. Built-in Operator Classes" have a clerical error?
Date
Msg-id 20200804055651.GC2091@paquier.xyz
Whole thread Raw
In response to Re: Document "59.2. Built-in Operator Classes" have a clerical error?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-docs
On Mon, Aug 03, 2020 at 07:23:48AM -0400, Tom Lane wrote:
> So I don't think it's a clerical error, but certainly showing these
> operators this way is none too helpful.  Perhaps including the input types
> in this table (and its siblings elsewhere) would be a good thing.

Ah, thanks.  I did not consider the psql shortcut.  I agree that
including the input types would be a good idea.  But just doing that
may not be enough IMO as the character policy used on our website for
the HTML docs makes that harder to parse.  What if we switched the
third column to have one line per operator with its input type, and
use morerows to show the full set of indexable operators one opclass
is associated with?  Contrary to wait events, those tables don't
change much.  I am wondering as well if we should consider mentioning
\dAo on all those pages, say at the bottom of each table listing the
opclasses.
--
Michael

Attachment

pgsql-docs by date:

Previous
From: Thomas Munro
Date:
Subject: Re: "innovative Serializable Snapshot Isolation (SSI) level"
Next
From: PG Doc comments form
Date:
Subject: Procedures