Received: from maia.hub.org (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 1E7366325DF for ; Sun, 4 Apr 2010 17:26:30 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 13833-04 for ; Sun, 4 Apr 2010 20:26:15 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.postgresql.org (Postfix) with SMTP id 121DF6324CD for ; Sun, 4 Apr 2010 17:26:18 -0300 (ADT) Received: (qmail invoked by alias); 04 Apr 2010 20:26:16 -0000 Received: from a88-115-218-165.elisa-laajakaista.fi (EHLO [10.0.0.101]) [88.115.218.165] by mail.gmx.net (mp025) with SMTP; 04 Apr 2010 22:26:16 +0200 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX1+o290h52SoFzVKjbvqrVxVKKgy6lkSPr5xBMYg6j RV+Zj7Z3jRi8tw Subject: Re: [COMMITTERS] pgsql: Remove unnecessary xref endterm attributes and title ids The From: Peter Eisentraut To: Tom Lane Cc: pgsql-docs@postgreSQL.org In-Reply-To: <19737.1270307748@sss.pgh.pa.us> References: <20100403072302.CBE9E7541D0@cvs.postgresql.org> <19737.1270307748@sss.pgh.pa.us> Content-Type: text/plain; charset="UTF-8" Date: Sun, 04 Apr 2010 23:26:14 +0300 Message-ID: <1270412774.7026.2.camel@vanquo.pezone.net> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66000000000000003 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.266 tagged_above=-10 required=5 tests=AWL=0.333, BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 201004/26 X-Sequence-Number: 5425 On lör, 2010-04-03 at 11:15 -0400, Tom Lane wrote: > > Remove unnecessary xref endterm attributes and title ids > > > The endterm attribute is mainly useful when the toolchain does not support > > automatic link target text generation for a particular situation. In the > > past, this was required by the man page tools for all reference page links, > > but that is no longer the case, and it now actually gets in the way of > > proper automatic link text generation. The only remaining use cases are > > currently xrefs to refsects. > > I won't miss the need to write endterm, but what's the "remaining use > cases" exactly? You need to explain to other people what's the new > dispensation, if you don't want it to get messed up again. Right, the upshot is that if the toolchain complains like this openjade:indices.sgml:101:28:E: [xref to REFSECT2 unsupported] then it means it cannot create a linkend text automatically and you need to supply the endterm attribute to tell it what text to use. If it doesn't complain, endterm should probably not be used.