From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Copy-editing for contrib/pg_visibility documentation. |
Date: | 2016-10-03 14:22:07 |
Message-ID: | 24469.1475504527@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> Sure, I'm not arguing with trying to be formal. The grammatical rule
> that you're describing doesn't exist for me, though. I believe that
> "that" can only introduce a restrictive clause, whereas "which" can
> introduce either a descriptive or a restrictive clause.
Yeah, as was noted downthread, that's the British view of it.
> It's impossible for to imagine someone reading "functions which return text
> must do X" and coming away with the conclusion that all functions
> return text.
I deliberately chose an example in which the implication was silly, but
in other cases it's less silly and so it may not be clear to the reader
that you didn't intend to imply it.
> The reason I tend to prefer "which" is that "that" can mean lots of
> other things, too.
Sure, but you can make examples in the other direction as well. FWIW,
I agree that it's a good idea to try to avoid "that that" and similar
cases where confusion could be introduced by multiple possible meanings
of "that"; and this particular grammatical rule sometimes loses out in
such cases. But the changes you complained about didn't involve any
such situation.
Anyway, we've probably beaten this horse to death.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2016-10-03 19:33:22 | Re: [COMMITTERS] pgsql: Copy-editing for contrib/pg_visibility documentation. |
Previous Message | Tom Lane | 2016-10-03 14:08:07 | pgsql: Enforce a specific order for probing library loadability in pg_u |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2016-10-03 14:39:43 | Re: Renaming of pg_xlog and pg_clog |
Previous Message | Christoph Berg | 2016-10-03 14:20:00 | Re: Renaming of pg_xlog and pg_clog |