From: Austin Clements Date: Wed, 29 Feb 2012 22:47:46 +0000 (+1900) Subject: Re: Replacing my name/email with "me" (or similar) in author lists X-Git-Url: http://git.tremily.us/gitweb.cgi?a=commitdiff_plain;h=3f16e75bf46754e1e6a78a5ca7c29b3d7cc33795;p=notmuch-archives.git Re: Replacing my name/email with "me" (or similar) in author lists --- diff --git a/2b/110aa2f0bf8f1c3e294c048a6d0359a75ff10c b/2b/110aa2f0bf8f1c3e294c048a6d0359a75ff10c new file mode 100644 index 000000000..2f53d1712 --- /dev/null +++ b/2b/110aa2f0bf8f1c3e294c048a6d0359a75ff10c @@ -0,0 +1,114 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 79159431E64 + for ; Wed, 29 Feb 2012 14:47:50 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.7 +X-Spam-Level: +X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id UpBNWezq3emb for ; + Wed, 29 Feb 2012 14:47:49 -0800 (PST) +Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU + [18.9.25.15]) + by olra.theworths.org (Postfix) with ESMTP id C23E9431FAE + for ; Wed, 29 Feb 2012 14:47:49 -0800 (PST) +X-AuditID: 1209190f-b7f8a6d000000914-a7-4f4eab155beb +Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) + by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP + id 16.55.02324.51BAE4F4; Wed, 29 Feb 2012 17:47:49 -0500 (EST) +Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) + by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id q1TMlmBR031808; + Wed, 29 Feb 2012 17:47:48 -0500 +Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91]) + (authenticated bits=0) + (User authenticated as amdragon@ATHENA.MIT.EDU) + by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q1TMlkCj016120 + (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); + Wed, 29 Feb 2012 17:47:47 -0500 (EST) +Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77) + (envelope-from ) + id 1S2sJG-0002qE-FJ; Wed, 29 Feb 2012 17:47:46 -0500 +From: Austin Clements +To: Jesse Rosenthal +Subject: Re: Replacing my name/email with "me" (or similar) in author lists +In-Reply-To: <877gz5tz8p.fsf@jhu.edu> +References: + <20120226112210.5422.8471@brick.lan> + <87ehthfsyn.fsf@schoepe.localhost> <87fwdxk062.fsf@zancas.localnet> + <87ehth8dd2.fsf@hermes.hocat.ca> <878vjl3ck3.fsf@jhu.edu> + <20120229153657.GA772@mit.edu> <877gz5tz8p.fsf@jhu.edu> +User-Agent: Notmuch/0.11.1+252~gdf1a6d5 (http://notmuchmail.org) Emacs/23.3.1 + (i486-pc-linux-gnu) +Date: Wed, 29 Feb 2012 17:47:46 -0500 +Message-ID: <87k435ntnx.fsf@awakening.csail.mit.edu> +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Brightmail-Tracker: + H4sIAAAAAAAAA+NgFmpgleLIzCtJLcpLzFFi42IR4hTV1hVd7edvcO89n8WN1m5Gi29bdzNa + XL85k9ni/t4F7A4sHv++fWf3eLbqFrPHlkPvmT0mPJ7PFMASxWWTkpqTWZZapG+XwJXx/ZRq + wTP+ivfrpjE2ML7k6WLk5JAQMJFYvO08M4QtJnHh3nq2LkYuDiGBfYwSv1evZIdwNjBKtC5c + xwjhnGSSWPLhPytIi5DAEkaJv4dMQWw2AQ2JbfuXM4LYIkD2grZ17CA2s0CNxK6+s2BxYQFv + ie4rS5m6GDk4OAVUJRZdF4CY2c8kcXPBeiaQGlGBRIn1nffBbBagmmWNn1lAbF6gU9/fWMME + YQtKnJz5hAVivpbEjX8vmSYwCs5CkpqFJLWAkWkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrole + bmaJXmpK6SZGcEBL8u9g/HZQ6RCjAAejEg8vU6GfvxBrYllxZe4hRkkOJiVR3rkrgEJ8Sfkp + lRmJxRnxRaU5qcWHGCU4mJVEeD92A+V4UxIrq1KL8mFS0hwsSuK8alrv/IQE0hNLUrNTUwtS + i2CyMhwcShK8jquAGgWLUtNTK9Iyc0oQ0kwcnCDDeYCGm4PU8BYXJOYWZ6ZD5E8xKkqJ8waD + JARAEhmleXC9sITzilEc6BVhXiuQKh5gsoLrfgU0mAlocACnN8jgkkSElFQDo0Cd3x7h2Jkx + d3lu77yy838T/7XTKh0ntTzPBQic+GSZuMD8RmZ3ybaZcQxFihUPLljWOZ+vPxI0Ie+BTODB + zgn395gfmdygXCneNuF5/cS/3z6vnatkEnFhMV+KZMeLB4cOJ+zccq6y+nM6154XMk8XhLMt + fOy+s3vtxc1fBI591bqk7MCWs1iJpTgj0VCLuag4EQBfqC+XEwMAAA== +Cc: Notmuch Mail +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 29 Feb 2012 22:47:50 -0000 + +On Wed, 29 Feb 2012 10:50:46 -0500, Jesse Rosenthal wrote: +> On Wed, 29 Feb 2012 10:36:57 -0500, Austin Clements wrote: +> > What if the output of search (say, specifically the JSON format) +> > included information on each message in the thread such as the +> > 'message' production from devel/schemata minus the body field? Then +> > the frontend would have loads of information it could produce its own +> > summaries from. (Plus, with a little tweaking, I don't think this +> > would be any more expensive than producing the current notmuch search +> > summary output.) +> +> I was hoping for something like that when I started fiddling. But it's +> still going to end up being a library question, because +> notmuch-search.c, is tied pretty tightly to the lib: i.e. it uses +> functions like `notmuch_thread_get_authors (thread)'. I was using the +> python bindings, and I ended up having to make a second query off the +> thread id (I could have recursed through the messages too, I suppose). +> +> So I guess what I'm saying is that what you're suggesting sounds great, +> but we'd still have to either (a) add new library functions +> (`notmuch_thread_get_recipients', `notmuch_thread_abbrev_me'), (b) keep +> them all in the client and make pazz and scripters recreate them, or (c) +> play around in the sort of client-library space that it sounded like +> Bremner was suggesting. + +I was suggesting just using notmuch_thread_get_toplevel_messages in +search (essentially, mixing a bit of show into search). No library +changes necessary. + +It may still be useful to have a collection of *utilities* that could be +reused in bindings; basically, things that currently live in the CLI but +could be broken out. These should live outside of libnotmuch proper. +My concern would be what we put in such a library. Currently, the CLI's +internal architecture is quite agile, but as soon as you put some of +that in a library, you have a library interface to support.