13/ad49d52a8f607bc9ba3c9b2f1c3938dcd87946

   1 Return-Path: <tomi.ollila@iki.fi>\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 58A1B431FB6\r
   6         for <notmuch@notmuchmail.org>; Tue,  4 Sep 2012 02:13:29 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         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 pfS0mxvTDn7W for <notmuch@notmuchmail.org>;\r
  16         Tue,  4 Sep 2012 02:13:28 -0700 (PDT)\r
  17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 420E6431FAF\r
  19         for <notmuch@notmuchmail.org>; Tue,  4 Sep 2012 02:13:28 -0700 (PDT)\r
  20 Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
  21         by guru.guru-group.fi (Postfix) with ESMTP id A037D1000E5;\r
  22         Tue,  4 Sep 2012 12:13:34 +0300 (EEST)\r
  23 From: Tomi Ollila <tomi.ollila@iki.fi>\r
  24 To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
  25 Subject: Re: [PATCH] emacs: Add customization group for replying\r
  26 In-Reply-To: <87vcfu2qap.fsf@steelpick.2x.cz>\r
  27 References: <1343311113-22171-1-git-send-email-sojkam1@fel.cvut.cz>\r
  28         <87vcfu2qap.fsf@steelpick.2x.cz>\r
  29 User-Agent: Notmuch/0.14+11~gd9bf007 (http://notmuchmail.org) Emacs/24.2.1\r
  30         (x86_64-unknown-linux-gnu)\r
  31 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
  32         $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
  33         !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
  34 Date: Tue, 04 Sep 2012 12:13:34 +0300\r
  35 Message-ID: <m2ligqnoap.fsf@guru.guru-group.fi>\r
  36 MIME-Version: 1.0\r
  37 Content-Type: text/plain\r
  38 X-BeenThere: notmuch@notmuchmail.org\r
  39 X-Mailman-Version: 2.1.13\r
  40 Precedence: list\r
  41 List-Id: "Use and development of the notmuch mail system."\r
  42         <notmuch.notmuchmail.org>\r
  43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  44         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  46 List-Post: <mailto:notmuch@notmuchmail.org>\r
  47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  49         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  50 X-List-Received-Date: Tue, 04 Sep 2012 09:13:29 -0000\r
  51 \r
  52 On Tue, Sep 04 2012, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
  53 \r
  54 > On Thu, Jul 26 2012, Michal Sojka wrote:\r
  55 >> When one wants to customize the format of reply message, there nothing\r
  56 >> to tell the user how to do it.  Without knowing that construction of\r
  57 >> reply buffer is actually implemented in the message package, it seems\r
  58 >> that replying cannot be customized.\r
  59 >>\r
  60 >> Because I was getting annoyed by the empty line the between citation\r
  61 >> line and the quoted message, I figured out that changing this is fairly\r
  62 >> easy when one knows what to customize.\r
  63 >>\r
  64 >> This patch adds notmuch-reply customization group that that contains\r
  65 >> references to the relevant customization options. The new group is easy\r
  66 >> to find as it is shown as a result of running "M-x customize-group RET\r
  67 >> notmuch RET".\r
  68 >\r
  69 > Ping.\r
  70 >\r
  71 > Any objections against applying?\r
  72 \r
  73 Nobody dares to say anything due to infamiliriaty of this spesific case ;/.\r
  74 \r
  75 I could not find any reference this has been made before.\r
  76 \r
  77 I could not find any discussion about this issue.\r
  78 \r
  79 With little effort I could not extract the customization tree to\r
  80 stdout I could have attempted to grep whether there is same variable\r
  81 in many groups.\r
  82 \r
  83 The code in custom.el & cus-edit.el is so complex I could not figure\r
  84 out whether there is any problems having variable in many groups\r
  85 (put apparently the changed variable is not written twice to the\r
  86 customization block).\r
  87 \r
  88 I do like the feature but with this knowledge I have I just cannot \r
  89 promote applying (I sure am not against :)\r
  90 \r
  91 > -Michal\r
  92 \r
  93 Tomi\r