From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.help Subject: Re: Difference between EBDB and BBDB Date: Tue, 25 Jun 2019 15:20:26 -0700 Message-ID: <877e99l32t.fsf@ericabrahamsen.net> References: <47447FCB-5DFA-49C8-8733-F6D07B7FFE57@icloud.com> <87ef3hmtuz.fsf@ericabrahamsen.net> <87a7e5mpc0.fsf@ericabrahamsen.net> <87blyll5mh.fsf@ericabrahamsen.net> <8056f276-13f2-4f0a-a238-01e30cc37faf@default> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="162182"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org, Stefan Monnier To: Drew Adams Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jun 26 00:20:50 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hfto1-000g1a-F1 for geh-help-gnu-emacs@m.gmane.org; Wed, 26 Jun 2019 00:20:49 +0200 Original-Received: from localhost ([::1]:35584 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hftnz-00040t-Sf for geh-help-gnu-emacs@m.gmane.org; Tue, 25 Jun 2019 18:20:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55413) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hftnm-00040m-OX for help-gnu-emacs@gnu.org; Tue, 25 Jun 2019 18:20:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hftnk-0000Bt-Mn for help-gnu-emacs@gnu.org; Tue, 25 Jun 2019 18:20:34 -0400 Original-Received: from ericabrahamsen.net ([52.70.2.18]:39886 helo=mail.ericabrahamsen.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hftni-000080-T3 for help-gnu-emacs@gnu.org; Tue, 25 Jun 2019 18:20:32 -0400 Original-Received: from localhost (unknown [205.175.106.185]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 9ADD8FA05D; Tue, 25 Jun 2019 22:20:27 +0000 (UTC) In-Reply-To: <8056f276-13f2-4f0a-a238-01e30cc37faf@default> (Drew Adams's message of "Tue, 25 Jun 2019 14:40:30 -0700 (PDT)") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 52.70.2.18 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:121059 Archived-At: Drew Adams writes: >> > Just food for thought: >> > >> > It's good to be able to separate the use (UI, UX or >> > whatever) from the database itself - form of records >> > etc. Regardless of whether it's BBDB or whatever >> > else might come along or already exists out there >> > somewhere. >> >> That was absolutely my first principle in making this package: the >> classes responsible for storage and behavior have nothing to do with the >> interface presented to the user. In fact, ebdb.el should be usable as an >> API for other packages, while ebdb-com.el should only be responsible for >> the ebdb-mode buffers. I wouldn't be surprised if I've screwed up this >> separation somewhat, but that was the original idea, and I will fix >> relevant bugs! >> >> > A generic way for a user to define her own >> > record-to-record mapping (for whatever storage form) >> > could help. It could be a mapping for one-time >> > conversion or a mapping to use at runtime to access >> > another database directly. >> >> While the documentation doesn't go into this at this point, this is >> precisely how the whole system works, right down to the "generic" term: >> `cl-defgeneric' is basically how you take control of the whole system. > > The curmudgeon has nothing more to say. Good job! I hope it actually lives up to these principles :)