Re: [PATCH] Fix tags in func.sgml

Thanks to all the hackers for your quick response. 2025年5月8日(木) 15:44 Daniel Gustafsson : > > > On 8 May 2025, at 08:36, Noboru Saito wrote: > > > > Hi, > > > > Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a > > single tag, which was incorrect. > > This patch separates them int

Re: [PATCH] Fix tags in func.sgml

On Thu, May 08, 2025 at 03:36:53PM +0900, Noboru Saito wrote: > Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a > single tag, which was incorrect. > This patch separates them into two distinct tags for better > semantic correctness. Indeed, good catch. It looks like I've fat-fi

Re: [PATCH] Fix tags in func.sgml

>> On 8 May 2025, at 08:36, Noboru Saito wrote: >> >> Hi, >> >> Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a >> single tag, which was incorrect. >> This patch separates them into two distinct tags for better >> semantic correctness. > > Thanks for the patch, it looks corre

Re: [PATCH] Fix tags in func.sgml

> Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a > single tag, which was incorrect. Agreed. > This patch separates them into two distinct tags for better > semantic correctness. > > Please review and apply if appropriate. > Noboru Saito Looks good to me. Best regards, -- Ta

Re: [PATCH] Fix tags in func.sgml

> On 8 May 2025, at 08:36, Noboru Saito wrote: > > Hi, > > Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a > single tag, which was incorrect. > This patch separates them into two distinct tags for better > semantic correctness. Thanks for the patch, it looks correct to me so

[PATCH] Fix tags in func.sgml

Hi, Previously, both "AT TIME ZONE" and "AT LOCAL" were wrapped in a single tag, which was incorrect. This patch separates them into two distinct tags for better semantic correctness. Please review and apply if appropriate. Noboru Saito diff --git a/doc/src/sgml/func

Re: split func.sgml to separated individual sgml files

nges so that each new sect1 file gets > its own commit, allowing the reviewer to more easily (if not > programmatically) verify that the text that moved out of func.sgml moved > into func-sect-foo.sgml. > > Granted, the committer will likely squash all of those commits down into

Re: split func.sgml to separated individual sgml files

more easily (if not programmatically) verify that the text that moved out of func.sgml moved into func-sect-foo.sgml. Granted, the committer will likely squash all of those commits down into one big one, but by the the hard work of reviewing is done by then.

split func.sgml to separated individual sgml files

hi. move to a new thread. Since the old thread[1], many things have interacted together. we are going to split func.sgml to 31 inviduaul sgml files. the new file name pattern is "func-" as the prefix. all the func-*.sgml files stored in doc/src/sgml/func based on the original func

Re: Fix typo in func.sgml

On 2022-08-24 20:47, David Rowley wrote: On Wed, 24 Aug 2022 at 22:44, Shinya Kato wrote: I've found a duplicate "a a" in func.sgml and fixed it. Patch is attached. Thanks. Pushed. David Thanks for pushing! -- Regards, -- Shinya Kato Advanced Computing Technology Cent

Re: Fix typo in func.sgml

On Wed, 24 Aug 2022 at 22:44, Shinya Kato wrote: > I've found a duplicate "a a" in func.sgml and fixed it. > Patch is attached. Thanks. Pushed. David

Fix typo in func.sgml

Hi hackers, I've found a duplicate "a a" in func.sgml and fixed it. Patch is attached. -- Regards, -- Shinya Kato Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATIONdiff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml i

Re: func.sgml

>> You have to be very careful these days when applying stale patches to >> func.sgml --- there's enough duplicate boilerplate that "patch' can easily >> be fooled into dumping an addition into the wrong place. > > This is yet another indication to me

Re: func.sgml

Andrew Dunstan writes: > At > <https://www.postgresql.org/message-id/543620.1629899413%40sss.pgh.pa.us> > Tom noted: > >> You have to be very careful these days when applying stale patches to >> func.sgml --- there's enough duplicate boilerplate that "pat

Re: func.sgml

Andrew Dunstan writes: > Tom noted: >> You have to be very careful these days when applying stale patches to >> func.sgml --- there's enough duplicate boilerplate that "patch' can easily >> be fooled into dumping an addition into the wrong place. > Th

func.sgml

At <https://www.postgresql.org/message-id/543620.1629899413%40sss.pgh.pa.us> Tom noted: > You have to be very careful these days when applying stale patches to > func.sgml --- there's enough duplicate boilerplate that "patch' can easily > be fooled into dumping an