Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jO8uz-0003ea-J6 for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2020 23:55:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jO8uy-00047V-8n for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Apr 2020 23:55:08 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jO8uy-00047O-22 for pgsql-hackers@lists.postgresql.org; Mon, 13 Apr 2020 23:55:08 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jO8ur-0002T7-Nd; Mon, 13 Apr 2020 23:55:07 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 03DNt02U003137; Mon, 13 Apr 2020 19:55:00 -0400 From: Tom Lane To: "Jonathan S. Katz" cc: pgsql-hackers@lists.postgresql.org Subject: Re: Poll: are people okay with function/operator table redesign? In-reply-to: References: <8691.1586798003@sss.pgh.pa.us> <32160.1586818293@sss.pgh.pa.us> <4dae4ff3-dcb3-3688-2671-bfef9b94c4b5@postgresql.org> Comments: In-reply-to "Jonathan S. Katz" message dated "Mon, 13 Apr 2020 19:38:15 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3134.1586822100.1@sss.pgh.pa.us> Date: Mon, 13 Apr 2020 19:55:00 -0400 Message-ID: <3135.1586822100@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Jonathan S. Katz" writes: > On 4/13/20 7:02 PM, Jonathan S. Katz wrote: >> Perhaps a counterproposal: We eliminate the content in the leftmost >> "function column, but leave that there to allow the function name / >> signature to span the full 3 columns. Then the rest of the info goes >> below. This will also compress the table height down a bit. > An attempt at a "POC" of what I'm describing (attached image). Hmm ... what is determining the width of the left-hand column? It doesn't seem to have any content, since the function entries are being spanned across the whole table. I think the main practical problem though is that it wouldn't work nicely for operators, since the key "name" you'd be looking for would not be at the left of the signature line. I suppose we don't necessarily have to have the same layout for operators as for functions, but it feels like it'd be jarringly inconsistent. regards, tom lane