f9/23c52414b415e9413594276ea5f129a7ffd06e

   1 Return-Path: <jrollins@finestructure.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 2E1F8431FDA\r
   6         for <notmuch@notmuchmail.org>; Tue, 24 Jan 2012 10:47:13 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.29\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id boY-9j+QlTKx for <notmuch@notmuchmail.org>;\r
  16         Tue, 24 Jan 2012 10:47:12 -0800 (PST)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 91739431FB6\r
  20         for <notmuch@notmuchmail.org>; Tue, 24 Jan 2012 10:47:12 -0800 (PST)\r
  21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by fire-doxen-postvirus (Postfix) with ESMTP id E2818328063;\r
  23         Tue, 24 Jan 2012 10:47:07 -0800 (PST)\r
  24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  25 Received: from finestructure.net (DHCP-123-180.caltech.edu [131.215.123.180])\r
  26         (Authenticated sender: jrollins)\r
  27         by fire-doxen-submit (Postfix) with ESMTP id 92BB132803F;\r
  28         Tue, 24 Jan 2012 10:47:00 -0800 (PST)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 702172CE; Tue, 24 Jan 2012 10:47:00 -0800 (PST)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
  33 Subject: Re: [PATCH 1/3] emacs: Don't return the button from\r
  34         `notmuch-show-insert-part-header'.\r
  35 In-Reply-To: <1327409620-10133-2-git-send-email-dme@dme.org>\r
  36 References: <1327052612-1040-1-git-send-email-dme@dme.org>\r
  37         <1327409620-10133-1-git-send-email-dme@dme.org>\r
  38         <1327409620-10133-2-git-send-email-dme@dme.org>\r
  39 User-Agent: Notmuch/0.11+102~g958863a (http://notmuchmail.org) Emacs/23.3.1\r
  40         (x86_64-pc-linux-gnu)\r
  41 Date: Tue, 24 Jan 2012 10:46:57 -0800\r
  42 Message-ID: <87k44hym3i.fsf@servo.finestructure.net>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: multipart/signed; boundary="=-=-=";\r
  45         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Tue, 24 Jan 2012 18:47:13 -0000\r
  59 \r
  60 --=-=-=\r
  61 \r
  62 On Tue, 24 Jan 2012 12:53:38 +0000, David Edmondson <dme@dme.org> wrote:\r
  63 > Instead, allow the caller to specify some parameters for the\r
  64 > button. Rework `notmuch-show-insert-part-multipart/signed' and\r
  65 > `notmuch-show-insert-part-multipart/encrypted' accordingly.\r
  66 \r
  67 Hi, David.  I was thinking about this, and it seems to me that returning\r
  68 the button itself is useful.  I can imagine in the future that it might\r
  69 be useful to be able to modify the button after you've created.  Maybe\r
  70 it's inconvenient to specify all button parameters at creation time.\r
  71 \r
  72 Is there a reason it's really necessary to make this change?  Can't\r
  73 callers just ignore the returned button if they don't care about it\r
  74 further?  I can see that maybe it's nice to be able to specify\r
  75 parameters at creation time, but I'm not sure why that requires throwing\r
  76 out the returned object as well.\r
  77 \r
  78 jamie.\r
  79 \r
  80 --=-=-=\r
  81 Content-Type: application/pgp-signature\r
  82 \r
  83 -----BEGIN PGP SIGNATURE-----\r
  84 Version: GnuPG v1.4.11 (GNU/Linux)\r
  85 \r
  86 iQIcBAEBCAAGBQJPHvyhAAoJEO00zqvie6q82G4P/2W+cnT/r8F4LCQbwj5x2jHH\r
  87 8+6ZYI+/hqN0P130YfN6eP/g8tWyI9JUUmTda89cdyiTuka7kiD7IBNEl232cWPH\r
  88 UIbZGLS+otaSIz5X978jENSfwaXVn4l7R56u20b7X0MLv+EH2GE3oZZTI6oufS2k\r
  89 Abv6mK/BcfUrjwsswoUSGOUAP801H45eWnxWkHoYSmR28amMNlzw8dD+ql/BReX/\r
  90 r2lRy0dVPRQ6a42MNKoIqivmWnVXanWffSVr/lTGnbgOCaa19uchqJXl1nSl6g4M\r
  91 OLVfJF5awm4Abeb//XkvRSkYkQnRlmIpnhTHbx52m2LiL7W+ggAJM2Gx2QRDAxXa\r
  92 5J+hWVBOC3QJWxiaJG1cEMmekM0R6USGsHPgcU2YIEoLYeppMUeLTdNF0mN50Er2\r
  93 nkNajTcPzA7zqP0aynAJQWjQsIyt62EkE2coga/z0LJew8xtuwfYsbGEpyxMeGaL\r
  94 ikHRRKp5qdo+fGUM6T+qyNp4mSonVPTtyD1w7hnyykax2u9V5tzOCCHVVrGT37qb\r
  95 ddJbBy/J1ueMm0FExHWAeM7xegSxJ5PhV/jjYL0vnFyW07A4QJIt5VAjeN++NmQ7\r
  96 exqbvs8Q0wwpbYfASr81CDtHnAOK2GISlIPZ1PvgaXE9IajmYIxLDb0ugfgvWFWW\r
  97 FEC5oc12qGLMcb9DjcNb\r
  98 =g7Xa\r
  99 -----END PGP SIGNATURE-----\r
 100 --=-=-=--\r