From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Inhibit "Wrote foo" from write-region Date: Tue, 21 Jan 2014 09:59:16 -0800 (PST) Message-ID: <43c90265-e456-416e-b5f1-1e29e9d9a54e@default> References: < > <<83d2jlgwf3.fsf@gnu.org> > <<834n4xgu3z.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1390327188 11367 80.91.229.3 (21 Jan 2014 17:59:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 21 Jan 2014 17:59:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , Sebastian Wiesner Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 21 18:59:54 2014 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 1W5fc7-0005sz-0B for ged-emacs-devel@m.gmane.org; Tue, 21 Jan 2014 18:59:51 +0100 Original-Received: from localhost ([::1]:59840 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5fc6-00065v-Mq for ged-emacs-devel@m.gmane.org; Tue, 21 Jan 2014 12:59:50 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5fbv-00064j-93 for emacs-devel@gnu.org; Tue, 21 Jan 2014 12:59:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5fbm-0006Sn-Ly for emacs-devel@gnu.org; Tue, 21 Jan 2014 12:59:39 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:41288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5fbd-0006R4-7e; Tue, 21 Jan 2014 12:59:21 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s0LHxIxh003369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Jan 2014 17:59:19 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0LHxG5Y029548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Jan 2014 17:59:18 GMT Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0LHxG1u026033; Tue, 21 Jan 2014 17:59:16 GMT In-Reply-To: <<834n4xgu3z.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:168843 Archived-At: > I think the conclusion was that we can add a variable that Lisp > programs could bind, which will force write-region use 'message'. > Then you could override that in Lisp. That seems pretty crude. Sounds like all or nothing. Giving the user the black & white choice, "Do you want eight zillion useless messages or no messages at all?" sounds like a cop-out. Why not do what we do for Dired, when you operate on marked files? You get *one* message telling you there were errors (if any), and if you then hit `?' a buffer pops up with all of the details. [1] IOW, (1) inform the user if there were problems and then (2) let the user get all the nitty gritty about those individual problems on demand. Those details are logged separately, not in *Messages*. Logging such information to an Emacs buffer seems like the Emacs way, no? [1] Yes, I know that for some Dired operations the individual operation also logs its own little messages to *Messages*. But for other Dired operations it does not.