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 1mYZey-00088t-DG for pgsql-docs@arkaria.postgresql.org; Thu, 07 Oct 2021 20:06:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mYZex-0005F8-6k for pgsql-docs@arkaria.postgresql.org; Thu, 07 Oct 2021 20:06:31 +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 1mYZew-0005F0-LS for pgsql-docs@lists.postgresql.org; Thu, 07 Oct 2021 20:06:31 +0000 Received: from resdmta-ch2-01v.sys.comcast.net ([2001:558:fe21:29:69:252:207:81]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mYZet-0003po-LO for pgsql-docs@lists.postgresql.org; Thu, 07 Oct 2021 20:06:29 +0000 Received: from resqmta-ch2-02v.sys.comcast.net ([69.252.207.34]) by resdmta-ch2-01v.sys.comcast.net with ESMTP id YZ9Ym6OokTKfNYZermOlsz; Thu, 07 Oct 2021 20:06:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1633637185; bh=N+b/cBpOunDD9zaLkRcjfNDNexuULjoHSNiMD4F9MYU=; h=Received:Received:Received:Received:Date:From:To:Subject: Message-ID:MIME-Version:Content-Type; b=u4/Sxkgyu9B4xG5tAsVk1Q9GwOVfMLHloq06GgBBhy189FcS0EggwRl27Qiuadk1W y0GKNtMiJOdXMSQZx4n9pAq+XCwageEwysKvfDYqhO8+MK8I6ph8z9tYfVJ0+3cJsp 6hTYRQLg1PyvEJDSAioxxFexBkVd7iEPIXjVqcMGnOXDkoqVWC006ziSiGFXwlC8AM 343ndwOyZTepgO3wn+FhQZBWAz+imQF13HW4FBPHe051OLKh6qLlyN0pdFNzThMSOE bTUZOwz8o2D6SrZewyJ+J7yHLJLLBHTP1dP+luK1hRcqGTuQLV5mg7PhJzW+6lYgdO QWFc/PxutmhqQ== Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-02v.sys.comcast.net with ESMTP id YXM9mPJkoGhhbYZeqm7Pt6; Thu, 07 Oct 2021 20:06:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1633637184; bh=N+b/cBpOunDD9zaLkRcjfNDNexuULjoHSNiMD4F9MYU=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=Od+21ipVdfN7/+5THh8RHoDYSvuG1jRDNu3OnbF2G2/NG8yBjOfyTD3G56o6qloX/ Ftf05AoEY70xdZJZPasi1i29JsbdgBYSrhfxefZHcsEYFqKAMCI5mhMpdHYN81fmgS KANYWLgQftfK9WzOJcicjDEiPN4pVf7oDOBRNbt36cvv3GCNhyLrNBJ+H3bxl/wgq5 Z4+hGuszNIvWQ8G18Hn0pAV2lJt10Y8SBFV1zFHzpwuJ1s+yInh5yWgH69WmORwZuW IRVuADrGKatsm+Jcdu21OXRF+R0s9z5JZr36oFpJL2e34U/eYIuOUcwrhU2vfnpMfj +KFP/QN7Ty8LQ== Received: from shrew ([66.30.144.167]) by resomta-ch2-14v.sys.comcast.net with ESMTPA id YZeempjQvKNM5YZeqmrMlo; Thu, 07 Oct 2021 20:06:24 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedvtddrudelkedgudegfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggugfgjfgesthekredttderudenucfhrhhomheprhhirhcuoehrihhrrghnshestghomhgtrghsthdrnhgvtheqnecuggftrfgrthhtvghrnhephfejtdegfefhgeeitdefhfeitedutefgtdejueevveduffekkefgvddvhfeuvedvnecukfhppeeiiedrfedtrddugeegrdduieejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepshhhrhgvfidpihhnvghtpeeiiedrfedtrddugeegrdduieejpdhmrghilhhfrhhomheprhhirhgrnhhssegtohhmtggrshhtrdhnvghtpdhrtghpthhtoheplhgruhhrvghniidrrghlsggvsegthigsvghrthgvtgdrrghtpdhrtghpthhtoheprhhirhgrnhhssegtohhmtggrshhtrdhnvghtpdhrtghpthhtohepphhgshhqlhdqughotghssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-Xfinity-VMeta: sc=-100.00;st=legit Received: from rir by shrew with local (Exim 4.92) (envelope-from ) id 1mYZee-0003eO-OP; Thu, 07 Oct 2021 16:06:12 -0400 Date: Thu, 7 Oct 2021 16:06:12 -0400 From: rir To: Laurenz Albe Cc: rir , pgsql-docs@lists.postgresql.org Subject: Re: small patch Message-ID: <20211007200612.rkxxgeorw6w4fpjp@localhost> References: <20211001163938.ifg4ayrsjwd7r6zr@localhost> <1c0eefa304434f67fd6a5a9d3f420d59ac74623a.camel@cybertec.at> <20211007033905.pmsg5qnyqceepfva@localhost> <9f703511c57d6bb0f44f9a968414869854ae50ea.camel@cybertec.at> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9f703511c57d6bb0f44f9a968414869854ae50ea.camel@cybertec.at> User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Oct 07, 2021 at 07:58:47AM +0200, Laurenz Albe wrote: > On Wed, 2021-10-06 at 23:39 -0400, rir wrote: > > On Mon, Oct 04, 2021 at 08:18:22AM +0200, Laurenz Albe wrote: > > > On Fri, 2021-10-01 at 21:06 -0400, rir wrote: > > > > Minor changes to move.sgml and fetch.sgml. > > > However, I don't think that is an improvement: > > > > > > - the comments pointing from MOVE to FETCH and vice versa are > > >   helpful for people who edit the documentation like you did > > > - we should retain "empty or one of", otherwise the following syntax > > >   would be undocumented: > > > > > >       FETCH FROM c; > > > > Your view is completely reasonable, but it suggests that > > many of the synopses are leaving syntax undocumented. > > The 'empty or one of:' is only used in these two synopses. > Can you think of a way to modify the syntax diagram so that it > expresses that and still remains comprehensible? For myself, 'FETCH [ [ FROM | IN ] ] ' clearly indicates that 'direction' is optional. Rob