34/5a325c8756ab4a5f24e576c0e2a8bd5c8dbe40

   1 Return-Path: <cworth@cworth.org>\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 43F5B431FBD;\r
   6         Sun, 13 Dec 2009 15:07:11 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id X1-GeTRmym9x; Sun, 13 Dec 2009 15:07:10 -0800 (PST)\r
  11 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  12         by olra.theworths.org (Postfix) with ESMTP id 82F35431FAE;\r
  13         Sun, 13 Dec 2009 15:07:10 -0800 (PST)\r
  14 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  15         id 3FBEB254306; Sun, 13 Dec 2009 15:07:10 -0800 (PST)\r
  16 From: Carl Worth <cworth@cworth.org>\r
  17 To: Keith Amidon <camalot@picnicpark.org>\r
  18 In-Reply-To: <873a3hou2k.fsf@friend.picnicpark.org>\r
  19 References: <1260053640-10034-1-git-send-email-keith@nicira.com>\r
  20         <1260053640-10034-2-git-send-email-keith@nicira.com>\r
  21         <1260053640-10034-3-git-send-email-keith@nicira.com>\r
  22         <878wda49b6.fsf@yoom.home.cworth.org>\r
  23         <873a3hou2k.fsf@friend.picnicpark.org>\r
  24 Date: Sun, 13 Dec 2009 15:07:09 -0800\r
  25 Message-ID: <87my1m323m.fsf@yoom.home.cworth.org>\r
  26 MIME-Version: 1.0\r
  27 Content-Type: multipart/signed; boundary="=-=-=";\r
  28         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  29 Cc: Keith Amidon <keith@nicira.com>, notmuch@notmuchmail.org\r
  30 Subject: Re: [notmuch] [PATCH 2/2] Save all attachments to a directory\r
  31 X-BeenThere: notmuch@notmuchmail.org\r
  32 X-Mailman-Version: 2.1.12\r
  33 Precedence: list\r
  34 List-Id: "Use and development of the notmuch mail system."\r
  35         <notmuch.notmuchmail.org>\r
  36 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  37         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  38 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  39 List-Post: <mailto:notmuch@notmuchmail.org>\r
  40 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  41 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  43 X-List-Received-Date: Sun, 13 Dec 2009 23:07:11 -0000\r
  44 \r
  45 --=-=-=\r
  46 Content-Transfer-Encoding: quoted-printable\r
  47 \r
  48 On Fri, 11 Dec 2009 17:32:51 -0800, Keith Amidon <camalot@picnicpark.org> w=\r
  49 rote:\r
  50 > {-- Thu, 10 Dec 2009 16:57:01 -0800: Carl <cworth@cworth.org> wrote: --}\r
  51 > What do you see as the "write one" behavior for a message with multiple\r
  52 > attachments?\r
  53 \r
  54 I was imagining a direct-manipulation approach by clicking on (or\r
  55 pressing a key while point is on) a button representing the attachment.\r
  56 \r
  57 And then it would probably be reasonable to make that same keypress save\r
  58 the next attachment if point is positioned between attachment buttons.\r
  59 \r
  60 > Yes, you're right the current approach should have had a proper prompt.\r
  61 > I've been thinking about this though and I wonder if we should skip\r
  62 > separately prompting for the directory and instead do the following:\r
  63 >=20\r
  64 > 1) Have customizable "default save directory" both types of attachment\r
  65 >    saving default to.  Use this as the path part of the prompt for the\r
  66 >    filename to which the attachment will be written.\r
  67 > 2) After the user has adjusted the path as required, verify that the\r
  68 >    full directory path exists and if not create it.\r
  69 > 3) Use the same directory path as the default for any subsequent\r
  70 >    attachments that are being saved.\r
  71 \r
  72 Yes, the above sounds good to me. If the directory doesn't exist it\r
  73 should probably give a y-or-n prompt before creating it, (and drop back\r
  74 to prompting for the full filename path again if the users says no to\r
  75 creating the directory).\r
  76 \r
  77 > This seems like it would lesson the number of keystrokes required for\r
  78 > at least some common cases.\r
  79 \r
  80 Spoken as a man after my own heart.\r
  81 \r
  82 > I'm not sure it is the most usable solution, but I believe selecting the\r
  83 > text to save in the rendered message in the thread view and using "M-x\r
  84 > write-region" should handle this use case.\r
  85 \r
  86 Funny---I don't think I've ever used that command before. But it should\r
  87 be handy---thanks!\r
  88 \r
  89 =2DCarl\r
  90 \r
  91 --=-=-=\r
  92 Content-Type: application/pgp-signature\r
  93 \r
  94 -----BEGIN PGP SIGNATURE-----\r
  95 Version: GnuPG v1.4.10 (GNU/Linux)\r
  96 \r
  97 iD8DBQFLJXOe6JDdNq8qSWgRAupSAJ9FGo/m+JBoDvLa0SlVcX27dsxgxQCcDFmd\r
  98 JrLinXtA70ddCHBjpTvcWTI=\r
  99 =bJN3\r
 100 -----END PGP SIGNATURE-----\r
 101 --=-=-=--\r