--- /dev/null
+Return-Path: <amdragon@mit.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 80E2A431FAF\r
+ for <notmuch@notmuchmail.org>; Wed, 29 May 2013 18:01:48 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id FEXLb5Ujz12n for <notmuch@notmuchmail.org>;\r
+ Wed, 29 May 2013 18:01:40 -0700 (PDT)\r
+Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu\r
+ [18.9.25.15])\r
+ by olra.theworths.org (Postfix) with ESMTP id BE07C431FAE\r
+ for <notmuch@notmuchmail.org>; Wed, 29 May 2013 18:01:40 -0700 (PDT)\r
+X-AuditID: 1209190f-b7f256d000005616-b4-51a6a4f3ea64\r
+Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
+ by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP\r
+ id 6A.10.22038.3F4A6A15; Wed, 29 May 2013 21:01:39 -0400 (EDT)\r
+Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
+ by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id r4U11bLo028540; \r
+ Wed, 29 May 2013 21:01:38 -0400\r
+Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
+ (authenticated bits=0)\r
+ (User authenticated as amdragon@ATHENA.MIT.EDU)\r
+ by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r4U11Yjd031243\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
+ Wed, 29 May 2013 21:01:36 -0400\r
+Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
+ (envelope-from <amdragon@mit.edu>)\r
+ id 1UhrFG-0007j4-4P; Wed, 29 May 2013 21:01:34 -0400\r
+Date: Wed, 29 May 2013 21:01:33 -0400\r
+From: Austin Clements <amdragon@MIT.EDU>\r
+To: Mark Walters <markwalters1009@gmail.com>\r
+Subject: Re: [PATCH 0/4] emacs: Part command improvements\r
+Message-ID: <20130530010133.GY5999@mit.edu>\r
+References: <1369687594-31774-1-git-send-email-amdragon@mit.edu>\r
+ <87zjvghx82.fsf@qmul.ac.uk>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+In-Reply-To: <87zjvghx82.fsf@qmul.ac.uk>\r
+User-Agent: Mutt/1.5.21 (2010-09-15)\r
+X-Brightmail-Tracker:\r
+ H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IRYrdT0f28ZFmgwapWBYvVc3ksrt+cyezA\r
+ 5LFz1l12j2erbjEHMEVx2aSk5mSWpRbp2yVwZaz7/pyl4Lh4xcYP15kaGE8LdTFycEgImEh8\r
+ +cHaxcgJZIpJXLi3nq2LkYtDSGAfo8Skh1eZIJyNjBI/Xx9ghHBOM0nMutzNDuEsYZRYMmsZ\r
+ WD+LgKpE18QtbCA2m4CGxLb9yxlBbBEBHYnbhxawg9jMAtIS3343M4HYwgKWEu17D4DV8Apo\r
+ Sxz92AbWKyQQJ/Gi6SU7RFxQ4uTMJywQvVoSN/69ZAI5G2TO8n8cICYn0Kq5C8GqRQVUJKac\r
+ 3MY2gVFoFpLmWUiaZyE0L2BkXsUom5JbpZubmJlTnJqsW5ycmJeXWqRropebWaKXmlK6iREU\r
+ 0pyS/DsYvx1UOsQowMGoxMO7QWtZoBBrYllxZe4hRkkOJiVR3lJgRAjxJeWnVGYkFmfEF5Xm\r
+ pBYfYpTgYFYS4V2jDZTjTUmsrEotyodJSXOwKInzXk256S8kkJ5YkpqdmlqQWgSTleHgUJLg\r
+ jQQZKliUmp5akZaZU4KQZuLgBBnOAzTcAaSGt7ggMbc4Mx0if4pRUUqcNwokIQCSyCjNg+uF\r
+ pZxXjOJArwjzBoJU8QDTFVz3K6DBTECDxZkXgwwuSURISTUw6l1++YAxP1pZfJv9FQ5f0ytz\r
+ ph5dG3o0zTkoPriwW/dcTtjiWfusvE09Vv5ouJVaczJy4uxTDtuspXrVfr359nZ/cudV9tQq\r
+ j47mCO0JReELHtcujY+X0O35ktchqHRxV/7G+8nLXMJOMhXenlrhVBz37SenwW0986Y+DzvH\r
+ kBuHVvsYnvNWYinOSDTUYi4qTgQAOL/2ZRQDAAA=\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 30 May 2013 01:01:48 -0000\r
+\r
+Quoth Mark Walters on May 27 at 11:30 pm:\r
+> Austin Clements <amdragon@MIT.EDU> writes:\r
+> \r
+> > This is a follow-up of sorts to id:"8761ycc19t.fsf@qmul.ac.uk", where\r
+> > Mark suggested that the part handling commands could all use the\r
+> > correponding mm-* functions. I ran with the idea and wound up with\r
+> > this series, which, in addition to standardizing on the mm-* functions\r
+> > for everything and simplifying the implementation overall, decouples\r
+> > the part commands from part buttons, which removes an entire layer\r
+> > from the implementation and adds the ability to invoke part commands\r
+> > with point anywhere in a part (something I often find myself wanting).\r
+> \r
+> Overall I really like this series. In addition to the clean up etc it\r
+> makes it easy to export the text/plain part (which doesn't have a part\r
+> button). I have recollection of this being difficult if it is base64\r
+> encoded.\r
+\r
+Right. That's one of the reasons I wanted a global part keymap (and\r
+this series happened to be a convenient place to introduce that).\r
+Also helpful is that the part bindings now appear in the show help,\r
+which is good because I can never remember which key used the default\r
+viewer and which prompted for a viewer.\r
+\r
+> I have a few small comments\r
+> \r
+> As mentioned on irc (just included here in case other people are\r
+> testing) make-composed-keymap is emacs 24 only.\r
+\r
+I've removed the button map entirely, so this is no longer a problem.\r
+\r
+> This does change the default directory for saving: not serious but it's\r
+> probably worth deciding do we want to use mailcap-download-directory or\r
+> home or where emacs was started or?\r
+\r
+I don't really care what the default directory is, as long as we're\r
+consistent, which we currently aren't. mm-default-directory seems\r
+like a fine thing to be consistent with, since we use mm for\r
+everything else.\r
+\r
+> I don't know if we want to keep a special keymap for the button or just\r
+> always use the . prefix; the advantage is that you don't have 's' on a\r
+> button acting differently from 's' in the text (which has annoyed me\r
+> several times) otoh it is the extra keystroke which may annoy people\r
+> too. Let the bikeshedding begin! (obviously return for the default\r
+> action would remain.\r
+\r
+I'm all for removing the special button keymap. The less hidden\r
+functionality the better.\r
+\r
+> Would it be worth having . return in the part body as the default\r
+> action ?\r
+\r
+I played with this for a while and eventually decided it wasn't worth\r
+the effort. Maybe in a followup.\r
+\r
+> Finally, with message indenting it's the start/end of the part are a\r
+> little unclear. I think it's the [ of the part button at the start of\r
+> the part to the character before the [ of the next part button. In\r
+> particular on the line of a new part but before the button is still the\r
+> old part. Since parts are whole lines it would be nice if the region\r
+> were line based but I don't know if that is easy.\r
+\r
+Fixed in v2.\r
+\r
+> Best wishes\r
+> \r
+> Mark\r
projects / notmuch-archives.git / commitdiff