From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id AB72E6DE0F2C for ; Fri, 14 Jun 2019 13:34:38 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -2.634 X-Spam-Level: X-Spam-Status: No, score=-2.634 tagged_above=-999 required=5 tests=[AWL=-0.333, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9xxRWBmm04Vm for ; Fri, 14 Jun 2019 13:34:37 -0700 (PDT) Received: from smtp-sh.infomaniak.ch (smtp-sh.infomaniak.ch [128.65.195.4]) by arlo.cworth.org (Postfix) with ESMTPS id 1B0706DE0EB5 for ; Fri, 14 Jun 2019 13:34:36 -0700 (PDT) Received: from smtp5.infomaniak.ch (smtp5.infomaniak.ch [83.166.132.18]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id x5EKYMOB020703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 14 Jun 2019 22:34:23 +0200 Received: from [IPv6:2a01:e35:8be3:1490:22cf:30ff:fe9a:43cf] ([IPv6:2a01:e35:8be3:1490:22cf:30ff:fe9a:43cf]) (authenticated bits=0) by smtp5.infomaniak.ch (8.14.5/8.14.5) with ESMTP id x5EKYGBu038201 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 14 Jun 2019 22:34:19 +0200 From: VA Subject: Re: [PATCH] python: bind add_property/remove_property and related methods To: Daniel Kahn Gillmor , notmuch@notmuchmail.org References: <87h88ypm43.fsf@fifthhorseman.net> <63593141-a89a-a086-4e80-a314a095946f@indigo.re> <87sgsgeacy.fsf@fifthhorseman.net> Message-ID: Date: Fri, 14 Jun 2019 22:34:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <87sgsgeacy.fsf@fifthhorseman.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8 X-Antivirus-Code: 0x100000 X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2019 20:34:38 -0000 Le 11/06/2019 à 11:31, Daniel Kahn Gillmor a écrit : > That makes sense -- we'd also want to encourage projects to note their > project name someplace central; having a namespace registry helps to > avoid collisions, and also helps to advertise the projects that derive > from notmuch :) > > maybe update the wiki for that? The wiki would serve to advertise each projects interests, and if some other project has a common interest, they could get together to standardize it in the interest of both projects? > Maybe that > happens only when the feature gets added to libnotmuch itself? IMHO, libnotmuch should stay focused on the core: indexing and tagging, avoid becoming bloated by staying minimal, doing one thing well. Else, it would not deserve the "notmuch" name anymore! However, maybe this could be in some extras, maybe a separate notmuch-extensions library. > How do > we incentivize projects into getting that kind of widely-useful feature > into the libnotmuch mainstream instead of having it as a differentiating > factor for their specific MUA? > > how should we think about managing these parts of the ecosystem? I'm too new to libnotmuch to answer, maybe other people have an opinion? >> I'm writing a MUA, and am using properties to store an excerpt of each >> message, so the MUA can show a preview of each message (like the Gmail >> web app, or Apple mail client). > > cool, this sounds super useful. if you have a chance to write up how > you're generating/selecting this extract, i'd love to read more. For messages with a plain text part, I'm taking the first 100 chars. If there's no plain text part but an HTML part, I'm using some random html2text library (https://github.com/Alir3z4/html2text) and take the first 100 chars. >> I took the documentation from notmuch.h but only edited to be consistent >> with Python. Those warnings should also be added in notmuch.h, right? > > Yeah, that's probably a good idea. Is it asking too much to ask you to > update notmuch.h as well when you resubmit this series? Here's what we could add: As a general rule, an application MUST prefix their own property names with "x--". It is recommended to report an application's properties on the notmuch wiki, to open collaboration with other projects having common use cases, ultimately opening to standardization outside a project's namespace.