From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id DAEB11F619; Sun, 15 Mar 2020 00:36:54 +0000 (UTC) Date: Sun, 15 Mar 2020 00:36:54 +0000 From: Eric Wong To: Jeff King Cc: James Ramsay , git@vger.kernel.org, meta@public-inbox.org Subject: inbox indexing wishlist =?utf-8?B?W3dhczog?= =?utf-8?B?W1RPUElDIDE2LzE3XSDigJxJIHdhbnQgYSByZXZpZXdlcuKAnV0=?= Message-ID: <20200315003654.GA711@dcvr> References: <6DAC1E49-9CA0-4074-867E-F22CD26C9FEB@jramsay.com.au> <20200313212531.GA22502@dcvr> <20200314172715.GA1178875@coredump.intra.peff.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200314172715.GA1178875@coredump.intra.peff.net> List-Id: Jeff King wrote: > On Fri, Mar 13, 2020 at 09:25:31PM +0000, Eric Wong wrote: > > > > 6. Peff: this is all possible on the mailing list. I see things that look > > > interesting, and have a to do folder. If someone replies, I’ll take it off > > > the list. Once a week go through all the items. I like the book club idea, > > > instead of it being ad hoc, or by me, a group of a few people review the > > > list in the queue. You might want to use a separate tool, like IRC, but it > > > would be good to have it bring it back to the mailing list as a summary. > > > Public inbox could be better, but someone needs to write it. Maybe nerd > > > snipe Eric? > > > > What now? :o > > > > There's a lot of things it could be better at, but a more > > concrete idea of what you want would help. > > short answer: searching for threads that only one person participated in +Cc meta@public-inbox.org OK, something I've thought of doing anyways in the past... > The discussion here was around people finding useful things to do on the > list: triaging or fixing bugs, responding to questions, etc. And I said > my mechanism for doing that was to hold interesting-looking but > not-yet-responded-to mails in my git-list inbox, treating it like a todo > list, and then eventually: > > 1. I sweep through and spend time on each one. > > 2. I see that somebody else responded, and I drop it from my queue. > > 3. It ages out and I figure that it must not have been that important > (I do this less individually, and more by occasionally declaring > bankruptcy). > > That's easy for me because I use mutt, and I basically keep my own list > archive anyway. But it would probably be possible to use an existing > archive and just search for "threads with only one author from the last > 7 days". And people could sweep through that[1]. > > You already allow date-based searches, so it would really just be adding > the "thread has only one author" search. It's conceptually simple, but > it might be hard to index (because of course it may change as messages > are added to the archive, though any updates are bounded to the set of > threads the new messages are in). Exactly on being conceptually simple but requiring some deeper changes to the way indexing works. I'll have to think about it a bit, but it should be doable without being too intrusive, invasive or expensive for existing users. > But to be clear, I don't think you have any obligation here. I just > wondered if it might be interesting enough that you would implement it > for fun. :) As far as I'm concerned, if you never implemented another > feature for public-inbox, what you've done already has been a great > service to the community. Thanks. I'll keep that index change in mind and it should be doable if I remain alive and society doesn't collapse... > [1] The obvious thing this lacks compared to my workflow is a way to > mark threads as "seen" or "not interesting". But that implies > per-user storage. Yeah, that would be part of the local tools bit I've been thinking about (user labels such as "important", "seen", "replied", "new", "ignore", ... flags).