Re: Improving prep_buildtree used in VPATH builds
От | Andrew Dunstan |
---|---|
Тема | Re: Improving prep_buildtree used in VPATH builds |
Дата | |
Msg-id | 4CA0B821.6080600@dunslane.net обсуждение исходный текст |
Ответ на | Re: Improving prep_buildtree used in VPATH builds (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Improving prep_buildtree used in VPATH builds
Re: Improving prep_buildtree used in VPATH builds |
Список | pgsql-hackers |
On 09/27/2010 11:16 AM, Robert Haas wrote: > On Mon, Sep 27, 2010 at 11:15 AM, Andrew Dunstan<andrew@dunslane.net> wrote: >> >> On 09/27/2010 10:39 AM, Robert Haas wrote: >> >> On Mon, Sep 27, 2010 at 10:15 AM, Andrew Dunstan<andrew@dunslane.net> >> wrote: >> >> On 09/27/2010 10:11 AM, Robert Haas wrote: >> >> What should be the value of 'Message-ID for original patch' ? >> the URL: >> http://archives.postgresql.org/pgsql-hackers/2010-09/msg01837.php >> or the ID: AANLkTinw0HL+jQmrtwXC9Y2tqhcfHFgFekxyyfYGvQrB@mail.gmail.com >> >> The latter. >> >> Could this perhaps be made clearer on the page, perhaps with an example? It >> confused me recently too. >> >> Can you suggest something more specific? >> >> >> Well, it could say something like: >> >> The Message-ID can be found in the headers of the relevant email to the >> pgsql-hackers mailing list, and also in the mailing list archives at >> http://archives.postgresql.org. It looks something like this (the format >> varies somewhat depending on the sender's Mail User Agent): >> AANLkTinw0HL+jQmrtwXC9Y2tqhcfHFgFekxyyfYGvQrB@mail.gmail.com >> >> That would certainly have given me, and I suspect Gurjeet, enough clue. > Where on the page would you suggest that we put that text? > Following "Enter your comments below. If you wish your comment to reference a message from the mailing list archives, enter the message ID into the space provided." The point is that because the app nicely turns the Message-id into a URL that links to the archives, it's not entirely clear whether the user needs to enter the whole URL or not. Another way to handle this might be to extract it from an http URL if given one. It's a minor nit - it didn't seem worth raising at the time, and I only commented when I saw that someone else had the same small confusion I had had. cheers andrew
В списке pgsql-hackers по дате отправления: