From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Roland Winkler" Newsgroups: gmane.emacs.devel,gmane.emacs.bbdb.user Subject: Re: eudc conversion to bbdb (in bbdb3.1.2?) Date: Fri, 20 Nov 2015 23:04:07 -0600 Message-ID: <64327.51692.240507.22095@gargle.gargle.HOWL> References: <82mvuffcyc.fsf@jobim-via-gmail.com> <45822.7509.289752.22092@gargle.gargle.HOWL> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1448082266 17810 80.91.229.3 (21 Nov 2015 05:04:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Nov 2015 05:04:26 +0000 (UTC) Cc: George McNinch , bbdb , emacs-devel@gnu.org To: "Barak A. Pearlmutter" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 21 06:04:25 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a00LZ-0006sf-3S for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2015 06:04:25 +0100 Original-Received: from localhost ([::1]:51062 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a00LY-00067A-Dl for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2015 00:04:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45883) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a00LM-00066t-G5 for emacs-devel@gnu.org; Sat, 21 Nov 2015 00:04:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a00LL-0002Ts-Jw for emacs-devel@gnu.org; Sat, 21 Nov 2015 00:04:12 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a00LL-0002Te-Ge; Sat, 21 Nov 2015 00:04:11 -0500 Original-Received: from [2602:30a:2e52:d720:1484:2b95:4d28:8b13] (port=36167 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1a00LK-00080C-AX; Sat, 21 Nov 2015 00:04:10 -0500 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194919 gmane.emacs.bbdb.user:4094 Archived-At: On Wed Nov 18 2015 Barak A. Pearlmutter wrote: > But this does bring up a deeper issue, namely exposing a > documented stable bbdb API might be a good idea. The question is what kind of scenarios the API is supposed to cover. I have never thought in much detail about this question. - This thread started with how EUDC interacts with BBDB. Is there a list of other packages to be considered here? - Are we talking about interactive and / or non-interactive applications interacting with BBDB ("interactive" in the sense of elisp `interactive')? - What should an interface look like for searching records in the database for non-interactive applications? The macro bbdb-search can possibly be further improved. - Exporting / importing individual fields for a given record already has a stable interface via bbdb-record-field and bbdb-record-set-field. - Exporting complete records: is bbdb-record-field sufficient for that purpose? - Currently there is only little support for importing complete records (possibly following a previous export). A major issue are imported records that should be merged with existing records. Currently BBDB uses elisp `eq' to recognize equal records which is an approach that can fail in many ways. Adding a UUID field to every record that gets exported and imported would make this more robust. (We talked about this before, and it is on my agenda, though lately my time has been limited.) - Is there something else? Roland