From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/31777 Path: main.gmane.org!not-for-mail From: Ronan Waide Newsgroups: gmane.emacs.gnus.general Subject: Re: [bbdb]Give me a break.. Date: Fri, 14 Jul 2000 13:22:16 +0100 (IST) Organization: Stepstone Ltd. Sender: owner-ding@hpc.uh.edu Message-ID: <14703.1528.800308.229816@klortho.stepstone.ie> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1035168149 16001 80.91.224.250 (21 Oct 2002 02:42:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:42:29 +0000 (UTC) Cc: bbdb-info@xemacs.org, ding@gnus.org Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id 9868DD051E for ; Fri, 14 Jul 2000 08:30:03 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id HAC12471; Fri, 14 Jul 2000 07:26:37 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 14 Jul 2000 07:22:54 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id HAA28353 for ; Fri, 14 Jul 2000 07:22:27 -0500 (CDT) Original-Received: from localhost.localdomain (unknown [194.125.130.7]) by mailhost.sclp.com (Postfix) with ESMTP id 8AA58D051E for ; Fri, 14 Jul 2000 08:22:49 -0400 (EDT) Original-Received: (from waider@localhost) by localhost.localdomain (8.9.3/8.9.3) id NAA05053; Fri, 14 Jul 2000 13:22:16 +0100 X-Authentication-Warning: localhost.localdomain: waider set sender to waider@stepstone.ie using -f Original-To: Harry Putnam In-Reply-To: X-Mailer: VM 6.75 under Emacs 20.4.1 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:31777 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:31777 Okay, there are a number of things here. On July 12, reader@newsguy.com said: > > So upgraded to bbdb-2.2 Still the incessant blabber but worse, if I > try to search for something by pressing: > M-x bbdb and giving a string I only get: > > Wrong type argument: stringp, 49 > This is a known bug; it's been discussed here on the list twice. Sam Steingold says he's solved it, but I've not checked as I've been under some pressure to do real work. The problem is that your .bbdb has only been upgraded to v4, despite the message that it's upgrading to v5. Edit the upgraded bbdb file, change the version to 4 (if it's not there already) and reload it into a new emacs session. It'll be upgraded to 5 correctly. > I'm retreating to 2.00 but would like some code that silences bbdbs > blabbering. > > I don't want to know about mismatched names, mismatched addresses or > any kind of mismatch. Nor when or what bbdb is `frobnicating', or any > other of bbdb's (hyper) activities unless I ask about it. > This is the "loudest" chunk of code where name matches are concerned. I've annotated it below. [1] ((and bbdb-quiet-about-name-mismatches old-name) (message "name mismatch: \"%s\" changed to \"%s\"" (bbdb-record-name record) name) (sit-for 1)) [2] ((or created-p (if (null old-name) (bbdb-y-or-n-p (format "Assign name \"%s\" to address \"%s\"? " name (car (bbdb-record-net record)))) (bbdb-y-or-n-p (format "Change name \"%s\" to \"%s\"? " old-name name)))) (setq change-p 'sort) [3] (and old-name bbdb-use-alternate-names (if (bbdb-y-or-n-p (format "Keep name \"%s\" as an AKA? " old-name)) [1] If bbdb-quiet-about-name-mismatches is set to t then... er. That should be (not bbdb-quiet-blah). That's going right into CVS now. [2] This isn't gagged by any variables. This prompts you to change a name for an existing record, or assign a name to a nameless record. I'll add a variable to control this. [3] This is governed by bbdb-use-alternate-names. If that's set to 't', you won't get prompted about keeping old names. Now. Which of these messages specifically are you getting? > I don't want a pause when opening messages as bbdb makes corrections > it thinks I need. I want to make that decision. Bbdb is over active > in my opinion and a constant source of aggravation with various pauses > etc. > What corrections? bbdb/gnus-summary-mark-known-posters set to nil stops bbdb from marking posters it knows in the summary buffer. bbdb/gnus-summary-show-bbdb-names set to nil stops bbdb from tweaking the displayed names in the summary. There's a few other variables that affect bbdb/gnus interaction, but those are the main two. > The defaults should be resounding silence unless a variable like: > > `bbdb-nag-me-until-I-would-rather-set-my-hair-on-fire-than-start-bbdb' > > Is set to `t' by the user. > Not so. Some of bbdb's work is time-intensive - particularly the initial parsing if you've got a large bbdb. One of the basic principles of user interaction I adhere to in my own work is to not leave the user staring at a blank screen with no indication of what's going on. Hence I have no problem with bbdb telling me it's doing something on loading. That's the only time you'll see the "frobnicating" message. I'll see how much work would be involved in having a global variable, say bbdb-silent-running, to shut down all informational messages. Defaulting to unset, of course. Cheers, Waider. -- Ronan Waide, Technology Consultant StepStone, #102 Block 4, Harcourt Centre, Harcourt Rd, Dublin 2, Ireland Tel: +353 (0)1 2944077 Fax: +353 (0)1 2944078 http://www.stepstone.ie/