8a/21d2a44051604b44757c1e27278535f6e28a45

   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 CC020431FD0\r
   6         for <notmuch@notmuchmail.org>; Mon, 11 Jul 2011 08:03:46 -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.01\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.01 tagged_above=-999 required=5\r
  12         tests=[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 5ityJkvnzG5H for <notmuch@notmuchmail.org>;\r
  16         Mon, 11 Jul 2011 08:03:46 -0700 (PDT)\r
  17 Received: from arlo.cworth.org (arlo.cworth.org [50.43.72.2])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 2AD39431FB6\r
  19         for <notmuch@notmuchmail.org>; Mon, 11 Jul 2011 08:03:46 -0700 (PDT)\r
  20 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  21         by arlo.cworth.org (Postfix) with ESMTP id BE75B29A551;\r
  22         Mon, 11 Jul 2011 08:03:44 -0700 (PDT)\r
  23 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  24         id ABF35254147; Mon, 11 Jul 2011 08:03:44 -0700 (PDT)\r
  25 From: Carl Worth <cworth@cworth.org>\r
  26 To: Sebastian Spaeth <Sebastian@SSpaeth.de>,\r
  27         Notmuch developer list <notmuch@notmuchmail.org>\r
  28 Subject: Re: Encodings\r
  29 In-Reply-To: <87zkkkx6am.fsf@SSpaeth.de>\r
  30 References: <87zkkkx6am.fsf@SSpaeth.de>\r
  31 User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1\r
  32         (i486-pc-linux-gnu)\r
  33 Date: Mon, 11 Jul 2011 08:03:38 -0700\r
  34 Message-ID: <87box0lv05.fsf@yoom.home.cworth.org>\r
  35 MIME-Version: 1.0\r
  36 Content-Type: multipart/signed; boundary="=-=-=";\r
  37         micalg=pgp-sha1; protocol="application/pgp-signature"\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: Mon, 11 Jul 2011 15:03:46 -0000\r
  51 \r
  52 --=-=-=\r
  53 Content-Transfer-Encoding: quoted-printable\r
  54 \r
  55 On Mon, 11 Jul 2011 16:04:17 +0200, Sebastian Spaeth <Sebastian@SSpaeth.de>=\r
  56  wrote:\r
  57 > The answer is that things are very implicit. notmuch.h speaks of\r
  58 > strings but never mentions encodings\r
  59 \r
  60 Much of this was intentional on my part.\r
  61 \r
  62 For example, I intentionally avoided restrictions on what could be\r
  63 stored as a tag in the database, (other than the terminating character\r
  64 implied by "string" of course).\r
  65 \r
  66 > So, can be document what encoding we are expected to pass in the various\r
  67 > APIs\r
  68 \r
  69 Yes, let's clarify documentation wherever we need to.\r
  70 \r
  71 > For some of the stuff we read directly from the files, eg\r
  72 > arbitrary headers, we can probably be least sure\r
  73 \r
  74 The headers should be decoded to utf-8, (via\r
  75 g_mime_utils_header_decode_text), before being stored in the database.\r
  76 \r
  77 > but are e.g. the returned tags always utf-8?\r
  78 \r
  79 No. The tag data is returned exactly as the user presented it.\r
  80 \r
  81 > I would love to make the python bindings use unicode() instances in\r
  82 > cases where we can be sure to actually receive utf-8 encoded strings.\r
  83 >=20\r
  84 > Encodings make my brain hurt. Unfortunately one cannot simply ignore\r
  85 > them.\r
  86 \r
  87 I think a lot of the pain here is due to some bad design decisions in\r
  88 python itself. Of course, my saying that doesn't make things any easier\r
  89 for you.\r
  90 \r
  91 But do tell me what more we can do to clarify behavior or documentation.\r
  92 \r
  93 =2DCarl\r
  94 \r
  95 =2D-=20\r
  96 carl.d.worth@intel.com\r
  97 \r
  98 --=-=-=\r
  99 Content-Type: application/pgp-signature\r
 100 \r
 101 -----BEGIN PGP SIGNATURE-----\r
 102 Version: GnuPG v1.4.11 (GNU/Linux)\r
 103 \r
 104 iEYEARECAAYFAk4bEMoACgkQ6JDdNq8qSWg8oACeKTnWC2O8P95anL+EL8oKpHuL\r
 105 qxAAoJMTieU15udi6b2wvSSszOKfnex5\r
 106 =a4mc\r
 107 -----END PGP SIGNATURE-----\r
 108 --=-=-=--\r