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 1jdmZC-000293-On for pgsql-docs@arkaria.postgresql.org; Wed, 27 May 2020 03:17:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jdmZB-0001dA-Bi for pgsql-docs@arkaria.postgresql.org; Wed, 27 May 2020 03:17:17 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jdmZB-0001d2-5v for pgsql-docs@lists.postgresql.org; Wed, 27 May 2020 03:17:17 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jdmZ8-0002v1-1k for pgsql-docs@lists.postgresql.org; Wed, 27 May 2020 03:17:16 +0000 Received: from hnk.local (p1864124-ipbf1405funabasi.chiba.ocn.ne.jp [123.216.143.124]) by oss.nttdata.com (Postfix) with ESMTPSA id 618F5602BA; Wed, 27 May 2020 12:17:09 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.2 at oss.nttdata.com Subject: Re: descriptions of pg_stat_user_functions and pg_stat_slru From: Fujii Masao To: Tom Lane Cc: pgsql-docs@lists.postgresql.org References: <6f8a482c-b3fa-4ed9-21c3-6d222a2cb87d@oss.nttdata.com> <23668.1589940341@sss.pgh.pa.us> <19926.1589981558@sss.pgh.pa.us> <5996.1590004403@sss.pgh.pa.us> <519b6526-18fb-3a36-7d1b-7d566f14e7f0@oss.nttdata.com> Message-ID: <69bcd2af-0d28-de74-0f37-a9c9a4fcf471@oss.nttdata.com> Date: Wed, 27 May 2020 12:17:08 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <519b6526-18fb-3a36-7d1b-7d566f14e7f0@oss.nttdata.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020/05/25 14:23, Fujii Masao wrote: > > > On 2020/05/22 22:35, Fujii Masao wrote: >> >> >> On 2020/05/21 4:53, Tom Lane wrote: >>> Fujii Masao writes: >>>> On 2020/05/20 22:32, Tom Lane wrote: >>>>> OK by me --- that, too, would be more like the existing catalogs >>>>> chapter. >>> >>>> Yeah, so I'd like to propose the attached patch. >>> >>> Hmmm ... I'm not exactly convinced about sticking xreflabels onto >>> the s as you've done here.  Presumably that would make s >>> render like "pg_stat_slru" not "Section 27.2.3", which I think is >>> not consistent with our practice elsewhere.  I'd be inclined to >>> leave the id attributes on the s, and add xreflabels there >>> if we want them. >>> >>> I see that catalogs.sgml doesn't really match either of those approaches, >>> though.  Not sure if we want to change it.  It looks like people have >>> tended to use to substitute text for xref's to the catalog >>> sections, so maybe it would be better to add xreflabels there too >>> and simplify the references. >> >> Yeah, since I think that using is simpler than , I added xlabel >> in . But if we don't do that for the consistency with catalog.sgml, >> I think that there are two approaches. >> >> (1) Replace with when referencing to the monitoring views >>         docs. For example, add >>         and replace with >>         . >> >> (2) Leave as it is. In this case, for example, >>         references to the table >>         of pg_stat_replication instead of the section. >> >> I prefer (1) because it's better to reference to the section rather than >> the table. There are thirty for monitoring views in the docs and >> they need to be updated. > > Attached (monitoring_docfix_v2.patch) is the patch for (1). Barring any objection, I will commit this patch. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION