Op 6/5/23 om 17:44 schreef Bruce Momjian:
On Mon, Jun 5, 2023 at 08:26:07AM +, Daniel Westermann (DWE) wrote:
I guess one "could" should be enough?
That has been fixed, but unfortunately the copies of the release notes
on the community website are unchanged since beta1 was packaged; p
On 2018-11-26 15:14, Tom Lane wrote:
Michael Paquier writes:
On Mon, Nov 26, 2018 at 08:17:06AM +0100, Vik Fearing wrote:
On 26/11/2018 08:03, Magnus Hagander wrote:
Are you sure that's right? To me the original wording of that
sentence
seems to convey the message properly, and the update do
On 2018-12-21 16:17, Alvaro Herrera wrote:
On 2018-Dec-21, Tom Lane wrote:
Alvaro Herrera writes:
> I propose the following patch, which will make those links stable --
> then we can add the following links to the contributors page:
> https://www.postgresql/org/docs/10/release-10.html#RELEASE-
On 2019-08-16 02:26, Stephen Frost wrote:
Greetings,
* Joshua D. Drake (j...@commandprompt.com) wrote:
attached
they seem to be simply removing words and removing content that is
For what it's worth, I think the proposed changes are all solid
improvements. The text reads better with them,
On 2019-08-16 07:22, Erik Rijkers wrote:
On 2019-08-16 02:26, Stephen Frost wrote:
Greetings,
* Joshua D. Drake (j...@commandprompt.com) wrote:
attached
they seem to be simply removing words and removing content that is
For what it's worth, I think the proposed changes are all
On 2019-08-20 07:05, Michael Paquier wrote:
On Mon, Aug 19, 2019 at 04:00:13PM -0700, Joshua D. Drake wrote:
New version attached with spelling errors fixed.
I have gone through this patch, and I have a hard time understanding
why these are improvements over the existing wording. In what does
a, and not by a semi-colon, although obviously that's
not really wrong either. )
Thanks,
Erik Rijkers
On 2020-04-29 16:13, Jürgen Purtz wrote:
On 20.04.20 10:30, Jürgen Purtz wrote:
On 17.04.20 20:40, Erik Rijkers wrote:
Very good stuff, and useful. I think.
I mean that but nevertheless here is a lot of comment :)
(I didn't fully compile as docs, just read the 'text' from
ikes me as a bit odd):
there are several cases of
'are enforced unique'. Should that not be
'are enforced to be unique' ?
Anther small mistake (2x):
'The name of such objects of the same type are' should be
'The names of such objects of the same type are'
array_positions" for both examples, but it should be
"array_position" for the second example.
Here is a doc fix/patch.
Erik Rijkers--- doc/src/sgml/array.sgml.orig 2020-06-21 21:02:54.254543177 +0200
+++ doc/src/sgml/array.sgml 2020-06-21 21:03:15.386894475 +0200
@@ -669,7 +669,7
,
Erik Rijkers
--
Jürgen Purtz
--- doc/src/sgml/architecture.sgml.orig 2020-07-17 16:24:04.345941142 +0200
+++ doc/src/sgml/architecture.sgml 2020-07-18 19:04:30.694039877 +0200
@@ -4,36 +4,36 @@
Architectural and implementational Cornerstones
- Every DBMS implements basic strategies
sentence in American English would become:
So, what do we want to do? Leave it unchanged, or pick one of these
styles?
For what it's worth, I am in favor of that comma.
Erik Rijkers
> On 2021.04.15. 22:04 PG Doc comments form wrote:
>
> Page: https://www.postgresql.org/docs/13/datatype-json.html
> Description:
>
> Hello,
>
> On the DATATYPE-JSONPATH page:
> https://www.postgresql.org/docs/13/datatype-json.html#DATATYPE-JSONPATH
>
> There is a line that shows that GIN ind
Hi Jürgen,
What's going to happen with this work?
If you intend to have it eventually committed, I think it will be
necessary to make the patches smaller, and bring them into the
commitfest app, so that others can follow progress.
I for one, cannot see/remember/understand what has been done,
t says 'may it be' instead of 'be it'.
Perhaps 'may it be' is correct too but it struck me as strange.
Erik Rijkers
--- doc/src/sgml/logicaldecoding.sgml.orig 2021-06-05 10:55:23.371856767 +0200
+++ doc/src/sgml/logicaldecoding.sgml 2021-06-05 11:48:58.34628
tive
~* is case-insensitive
In any case a link to functions-matching.html seems indicated.
Erik Rijkers
Do you distinguish between lower and uppercase? Or do you consider all words
in lowercase?
There is support for compiling pg_trgm case sensitive, but it's by default case
in
Op 16-08-2022 om 13:46 schreef Daniel Gustafsson:
On 16 Aug 2022, at 12:54, Erik Rijkers wrote:
Op 16-08-2022 om 12:36 schreef Daniel Gustafsson:
On 16 Aug 2022, at 12:17, PG Doc comments form wrote:
I have a question regarding the trigram algorithm and I can not find any
information about
17 matches
Mail list logo
