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 1jgtRg-0006lo-RY for pgsql-docs@arkaria.postgresql.org; Thu, 04 Jun 2020 17:14:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jgtRf-0006tx-MO for pgsql-docs@arkaria.postgresql.org; Thu, 04 Jun 2020 17:14:23 +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 1jgtRf-0006tq-GC for pgsql-docs@lists.postgresql.org; Thu, 04 Jun 2020 17:14:23 +0000 Received: from forward4-smtp.messagingengine.com ([66.111.4.238]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jgtRc-0002BZ-S0 for pgsql-docs@postgresql.org; Thu, 04 Jun 2020 17:14:22 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailforward.nyi.internal (Postfix) with ESMTP id C590819407FA; Thu, 4 Jun 2020 13:14:19 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 04 Jun 2020 13:14:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=7qs408aMDC0j0Li7eo0hFDxl7PIxT9lRTkkKwNwPt 5I=; b=CDFstt46P/3MI31VnL5yqhKT4t54wKxLJkde04AHlOt2BRUbDfmUSvo17 imqiyGpQyx/PF7RB/WKlkeCmwWNs7frSeWvkkXUX5TaTsLtOCxmdigqrpgIqicQr 7TwbknG91eEi8ogvkJxG/2a30UKtSO0LLfWPDNF44zSNqwP00WCKGTo8Iutl5sDu ov3jRl/+KPnw6bHpfRfd23lnrB+bvVn3j9LRtTIsaC9PqObBop7y+0tptPJjHDt2 chLDSzASJAywOmoloMi/RccdRoAIXVQevEL4Cv+RUForDPS3+5D1sRe7/x5MgV8R 2uf2Mtx37PH8x5bQejt10zPcAXCHg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudeguddguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuvfhfhfhokffffgggjggtgfesthejredttdefjeenucfhrhhomheprfgv thgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsedvnh guqhhurggurhgrnhhtrdgtohhmqeenucggtffrrghtthgvrhhnpedtveeghedtjedvvedv leejueevjeejtdellefgkeelfeeikeejlefgkedtudeuvdenucffohhmrghinhepvdhnug hquhgrughrrghnthdrtghomhenucfkphepleefrddvgeefrdekvddrvdegieenucevlhhu shhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvih hsvghnthhrrghuthesvdhnughquhgrughrrghnthdrtghomh X-ME-Proxy: Received: from april.pezone.net (p5df352f6.dip0.t-ipconnect.de [93.243.82.246]) by mail.messagingengine.com (Postfix) with ESMTPA id 47AB03280063; Thu, 4 Jun 2020 13:14:18 -0400 (EDT) Subject: Re: Adding xreflable To: Bruce Momjian References: <18482.1589549850@sss.pgh.pa.us> <20200515134900.GD3894@momjian.us> <19807.1589551746@sss.pgh.pa.us> <20200515142204.GE3894@momjian.us> <22323.1589555218@sss.pgh.pa.us> <20200515153034.GG3894@momjian.us> <20200515164747.GH3894@momjian.us> <8315c0ca-7758-8823-fcb6-f37f9413e6b6@2ndquadrant.com> <20200522164518.GG30409@momjian.us> <28ff383a-59c1-c8a1-a4de-5f5f3e7e794d@2ndquadrant.com> <20200602160717.GA16329@momjian.us> Cc: Tom Lane , PostgreSQL-documentation From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <1a9904ee-b5f5-768b-25f4-5be52ee6ce7e@2ndquadrant.com> Date: Thu, 4 Jun 2020 19:14:17 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20200602160717.GA16329@momjian.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-06-02 18:07, Bruce Momjian wrote: > I can adjust things, but what logic are we following? Before my patch, > sepgsql had an xreflabel, and vacuumlo did not. I would like to have a > documented policy of where we should have xreflabels, and where not, and > I can then adjust things to match. I don't mind using but it is > confusing to be able to reference xreflabels in some places and be > required to use link in others. One reason for that difference specifically is that vacuumlo is refentry which can generate its own link text like "vacuumlo(1)", and sepgsql is a sect1, which by default creates text like "Section 23.2", which perhaps someone wanted to override. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services