Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hDw9l-0006KE-KM for pgsql-docs@arkaria.postgresql.org; Tue, 09 Apr 2019 19:11:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hDw9k-0002tJ-56 for pgsql-docs@arkaria.postgresql.org; Tue, 09 Apr 2019 19:11:40 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hDw9j-0002tC-R1 for pgsql-docs@lists.postgresql.org; Tue, 09 Apr 2019 19:11:39 +0000 Received: from mail-qk1-x742.google.com ([2607:f8b0:4864:20::742]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hDw9g-0003MQ-Pe for pgsql-docs@postgresql.org; Tue, 09 Apr 2019 19:11:38 +0000 Received: by mail-qk1-x742.google.com with SMTP id s81so10945253qke.13 for ; Tue, 09 Apr 2019 12:11:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=8T5gFHUhrhFO51qmWvC97opTyv7LRVMUkac2aC51HE0=; b=UyKX3FFpAohwd+S6vOQZsPGL4DuxRTSHf50yu3JVamikzJfsww4t/GcPN1lHQvhyzf qJq85dCFnlBbOKpABwwcGlqyu3+ImGJM6X0aAJCXQERhQS5A5xdQTj9UsriNCEx8Qyyb 3Wh4SCxzIpHC8b0Hnif9Vp2xxFS+Dt4LxmKAm+m81F5FKbDCTNcRZCwu+uGfpbmKUO+T XMXXHshto5zozJEqEEWbgI/OknwqC5uCSDt6lVuKTz6nLEYbWtrwcgUMg+L5BOT2eMpP 1MwFoeRDGKLDwYuGJe6v4AwDzPfdNANVPyjsL26e76wX5l7IKQd9qW7sGsxSpY3AuJ9L PqRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=8T5gFHUhrhFO51qmWvC97opTyv7LRVMUkac2aC51HE0=; b=gtF7PPYT2TtgrSW7gjXabo/6fMmx9Q7qeVOT4dRwcs7DiiHa2pM9Vw+Ex86obz/qX+ PZcTbyDt+h4r+jE6UJO0oiTt178sEK9/G9WQA2tIpQy60EjQoaBG5vgoRd4ecR/+eEbG FHXpabxOsCaCQmHhGagNUlprTmpVAbFo3KC+6p/igpOVgfW9dLvwX+ka/b37A3Qq2Zxw h/aumb+e4moNUInFafGlmRif5VbKzz8gpm6dHufVVKHyQ5NUeSH+zaA6ia5x8wsTcLgD yn1ZfNJmAlliKYWYFgdIkqY3MyX/2nhfewQLeeYyotRn61ASCyIQYW8TyfwRoDL5uuQL rj0Q== X-Gm-Message-State: APjAAAUJmNsm71gFYT7izakgP1wjjAnvIkkBON2VltwHDLCu/EUCJBeE xP4qI7XiVqAofHNkYpn0i9YlNQ== X-Google-Smtp-Source: APXvYqw7O+ZvOAzmlmeqKEg6X3rZOldzlL5grBQG8LvtfroTavTrroCcTG6CoHKjc3TgEULscRE3uQ== X-Received: by 2002:a05:620a:1428:: with SMTP id k8mr28880309qkj.185.1554837095624; Tue, 09 Apr 2019 12:11:35 -0700 (PDT) Received: from nimloth.alvh.no-ip.org ([190.121.29.3]) by smtp.gmail.com with ESMTPSA id o136sm18145084qke.48.2019.04.09.12.11.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Apr 2019 12:11:35 -0700 (PDT) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id 9A762121045; Tue, 9 Apr 2019 15:11:33 -0400 (-04) Date: Tue, 9 Apr 2019 15:11:33 -0400 From: Alvaro Herrera To: Fujii Masao Cc: pgsql-docs Subject: Re: Mark a reloption as indexterm Message-ID: <20190409191133.GA18881@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-Apr-10, Fujii Masao wrote: > Hi, > > I'd like to propose to mark reloptions as indexterms, like GUC, > so that users can more easily search the pages describing > a reloption in document. Attached is the patch which does this. > Is this helpful? Thought? +1 for adding index entries to all reloptions. I'm not sure what you're achieving by splitting the text for some existing index entries in two and putting two words in the that were part of the , though. I'd just put the whole text in (obviously the option name must be the first word of that). -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services