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 1mYpHy-0007Wx-9j for pgsql-docs@arkaria.postgresql.org; Fri, 08 Oct 2021 12:47:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mYpHx-0000X6-82 for pgsql-docs@arkaria.postgresql.org; Fri, 08 Oct 2021 12:47:49 +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 1mYpHw-0000Wy-TK for pgsql-docs@lists.postgresql.org; Fri, 08 Oct 2021 12:47:49 +0000 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mYpHu-0003IV-FB for pgsql-docs@lists.postgresql.org; Fri, 08 Oct 2021 12:47:47 +0000 Received: by mail-ed1-x52e.google.com with SMTP id g10so35112317edj.1 for ; Fri, 08 Oct 2021 05:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20210112.gappssmtp.com; s=20210112; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=wlSNldGYqJqYNwlfzoQPRfvaUd1G7Lt3+V/VB3ziDQo=; b=kp9eorl4IjzCZZ+622Qzo/RJIU2JEiJd4idaYQ49fF7PK5HKHgyws+WjGjapAhNGsu dVIVnRDeN5qHEEyr4y7Vr1q5V0tUPRdyDI8Y55hudxsFM/Tmu1rFJ16s1SKB9+bAxXB8 IDFPQIvfBPazuHT9UK+JDYiBmUHyoj6Yv50MYHtL8/5S+wwkKwxMSHLT/OVyFlssXtUU +gQXBr6QumCw6XRYLVZJFfRZY9FCdSSCJk6kxQ6u2FLydhXSCNbQHVcYMlyw55UHrfXt XddkoxG3no0C1Ds2qQ8icCwjZ1g/t5OK+h1rmNDedJfo1S6Wv7CWi05YqSLEH5jZQdMA UwKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=wlSNldGYqJqYNwlfzoQPRfvaUd1G7Lt3+V/VB3ziDQo=; b=ABET4crDDcZJKfLHAfQvWks971BNOFW+mUFbvxNbTni4imlO8mQhBPnJmUpDSvpRIq O9/GbO5OlPpnN1tSYYaT1jEn4JDAst5+altfqIrO1xDy/MxE54O9pAjxoGD1avGVRmvK D3j7r4eyvj1DK3Jl2sNnz+GhAscuXTrJ7SPxP0ZCABnTuqZH/0eHNbNYljTtWCTCekNM +5XNon2LI6D42ygbdT50cusaTdZTQ15g/4q4BwlCBjJwdrUxaMfToMQSm5wtMc14b+zT 63WAteenZ4jItVAywyfCIDEw8d17M9tOxJ5mOSDlzJ4UmM2+RntGsFBILEJD8fOcuSfX NJ+A== X-Gm-Message-State: AOAM533FwYB+FXEPrHI5lW40KHKapmw36XWIXCEYbOOHDvo+oB7sxMGV DEnPe1Ngfr+2bRVFRURCL0PMyw== X-Google-Smtp-Source: ABdhPJw940MvsyNxNcIlQYB5Dr+JZ90PTjnYhSgwlIAVA5CW6ZLNnbPi5ZCHGmW8HzxScpbAD3nr3w== X-Received: by 2002:a17:906:6d0a:: with SMTP id m10mr3884957ejr.90.1633697264622; Fri, 08 Oct 2021 05:47:44 -0700 (PDT) Received: from localhost.localdomain ([88.116.133.170]) by smtp.gmail.com with ESMTPSA id h10sm976670edf.85.2021.10.08.05.47.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Oct 2021 05:47:44 -0700 (PDT) Message-ID: <57c6acf0d2936597184f6bc06f434c66eab07f49.camel@cybertec.at> Subject: Re: small patch From: Laurenz Albe To: rir Cc: pgsql-docs@lists.postgresql.org Date: Fri, 08 Oct 2021 14:47:43 +0200 In-Reply-To: <20211007200612.rkxxgeorw6w4fpjp@localhost> References: <20211001163938.ifg4ayrsjwd7r6zr@localhost> <1c0eefa304434f67fd6a5a9d3f420d59ac74623a.camel@cybertec.at> <20211007033905.pmsg5qnyqceepfva@localhost> <9f703511c57d6bb0f44f9a968414869854ae50ea.camel@cybertec.at> <20211007200612.rkxxgeorw6w4fpjp@localhost> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.4 (3.40.4-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2021-10-07 at 16:06 -0400, rir wrote: > > > > - we should retain "empty or one of", otherwise the following syntax > > > > would be undocumented: > > For myself, > 'FETCH [ [ FROM | IN ] ] ' > clearly indicates that 'direction' is optional. Yes, but since [ FROM | IN ] is inside the bracket, that diagram would not account for "direction" being omitted while retaining FROM. So I suggest that you change the syntax diagram to FETCH [ direction ] [ FROM | IN ] cursor_name Then I agree that the "empty or" can be removed. I think that would be a good idea, and it would add clarity. I remain of the opinion that the comments should be retained, but we can leave that for somebody else to decide. Do you want to prepare a new patch and register it in the commitfest? Yours, Laurenz Albe