Re: List Message Footer
От | Guillaume Smet |
---|---|
Тема | Re: List Message Footer |
Дата | |
Msg-id | 49C0A80A.7030406@smet.org обсуждение исходный текст |
Ответ на | Re: List Message Footer (Greg Smith <gsmith@gregsmith.com>) |
Ответы |
Re: List Message Footer
|
Список | pgsql-www |
Greg Smith a écrit : > On Tue, 17 Mar 2009, Bruce Momjian wrote: > >> I think the footer is full enough and I just don't see enough demand >> for URL lookups to warrant it. > > You could make an argument that anything that makes the whole mailing > list/Commitfest interface easier is worthwhile to implement even if > there isn't much demand outside of that context. Well, I think there is. On the IRC channel, I often reference emails from the archives (and I'm not the only one, of course) and it's really a pain currently to dig into my GMail box, find the right email then search in the archives (the search by message id thing added by Alvaro recently is a nice thing but it's still far too many clicks). And as Greg mentioned it, it's exactly the same problem for mailing list archives out there (they are far better referenced than our archives are). As for developing GreaseMonkey scripts, I don't see the point of developing one script per website (and one extension per MUA). Moreover, GreaseMonkey doesn't invent information, it just manipulates DOM. I may be wrong but I didn't find the message id in GMail DOM (that said, it might be here, I didn't spend too much time on it). The archives are really the heart of PostgreSQL development and having the URL of a message at the bottom of it would be a time saving enhancement. I personnaly prefer spending my time answering questions than digging into the archives for the one email in a thread I wanted to point out. I'm not sure it's a good idea for every list but at least on -hackers and -performance (which are the lists cited the most), it could save quite a lot of time to more people than you think. Note that on these very lists, there are really few people not cutting out the footer when answering. -- Guillaume
В списке pgsql-www по дате отправления: