Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 46E0B6324F6 for ; Thu, 8 Jul 2010 19:01:37 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 58527-03 for ; Thu, 8 Jul 2010 22:01:29 +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 938A1630861 for ; Thu, 8 Jul 2010 19:01:29 -0300 (ADT) Received: (qmail invoked by alias); 08 Jul 2010 22:01:27 -0000 Received: from a88-115-218-165.elisa-laajakaista.fi (EHLO [10.0.0.101]) [88.115.218.165] by mail.gmx.net (mp037) with SMTP; 09 Jul 2010 00:01:27 +0200 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX1+gg7NmQl+gY9RNqRXAU/H3w3j42rs8norD971AZ2 3R9IR21d0nbx4y Subject: Re: Please provide stable target anchors From: Peter Eisentraut To: Daniele Varrazzo Cc: pgsql-docs@postgresql.org In-Reply-To: References: <1278612590.25038.2.camel@vanquo.pezone.net> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 01:01:26 +0300 Message-ID: <1278626486.2767.5.camel@vanquo.pezone.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201007/82 X-Sequence-Number: 5738 On tor, 2010-07-08 at 20:01 +0100, Daniele Varrazzo wrote: > I can surely provide you a list, there are just a dozen of them (I'll > tell you which ones later, now I can't). But then I should bother you > every time I need a new link, or write a patch for it and wait for it > to be applied and then for the result to be rendered and published on > /docs... so I thought generating all of them programmatically would > improve the docs quality and would be a better solution for the > future. Sure, if you have an idea how to do that. > If you open the manual index [1], scroll down manually to the "PQflush > " entry and click on the link, you will be redirected on the correct > page, but at its top. An anchor to be placed on the correct point is > available (at the time of writing it is [2]) but the index doesn't > refer to it. It seems a bug. I think this is a design decision. The index entries mean, "this topic is discussed in this section", rather than "this is the line the word is mentioned". > For love of consistency I may (try to) write a script to be run once > which would add an id to all the indexterm (or wherever they should be > added) based on the "primary" value. There is the possibility that > this would fix the index bug (the index entry for the sections seem > correct and they refer to the id), it should be tested. Would it be of > interest? I think the index stuff has nothing to do with your actual problem. You need to id attributes to the places you link to, or devise a way to generate stable link anchors in some other way.