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 4D26E429E32 for ; Tue, 28 Jun 2011 12:20:33 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_MIME_NO_TEXT=0.01] 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 pDoGzDwVFEHU for ; Tue, 28 Jun 2011 12:20:32 -0700 (PDT) Received: from arlo.cworth.org (arlo.cworth.org [50.43.72.2]) by olra.theworths.org (Postfix) with ESMTP id 92442429E2A for ; Tue, 28 Jun 2011 12:20:32 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 62F9429A645; Tue, 28 Jun 2011 12:20:31 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 516B5254157; Tue, 28 Jun 2011 12:20:31 -0700 (PDT) From: Carl Worth To: Mark Anderson , notmuch@notmuchmail.org Subject: Re: [PATCH 2/2] search --output=files: Output all filenames for each matching message In-Reply-To: <87fwmtahxn.fsf@yoom.home.cworth.org> References: <878vsqdd4w.fsf@gmail.com> <87fwmtahxn.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.3.1 (i486-pc-linux-gnu) Date: Tue, 28 Jun 2011 12:20:31 -0700 Message-ID: <87d3hxahkw.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Tue, 28 Jun 2011 19:20:33 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Tue, 28 Jun 2011 12:12:52 -0700, Carl Worth wrote: > I think the only thing I would like to see in addition is an update to > the documentation to make it explicit that --output=3Dfiles will emit all > filenames for a message that has more than one filename. Actually, I went to go update the documentation itself, and I found that it doesn't really need anything new here. The current text is: --output=3Dfiles Output the filenames of all messages matching the search terms, either one per line (--format=3Dtext) or as a JSON array (--format=3Djson). And that's pretty clearly "the filenames of all messages". The fact that we share a single "message object" when two files contain the same message-id seems like an implementation detail that's not worth bringing up here. (It would add more concepts to the documentation but not actually change the meaning.) So I've pushed the test and fix as-is now. =2DCarl =2D-=20 carl.d.worth@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4KKX8ACgkQ6JDdNq8qSWg2FwCfYHckCLmjMmDh9j6B5w0Ed6eN U0wAn1Mhq/KY6aK5vQioWjXgHg92vys6 =rRS2 -----END PGP SIGNATURE----- --=-=-=--