From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: How to avoid y-or-n-p in a program? Date: Fri, 14 Mar 2014 18:21:21 +0100 Message-ID: <8738ikpuge.fsf@gmail.com> References: <87y50fqvh2.fsf@gmail.com> <87mwgsq2jg.fsf@gmail.com> <87fvmkq1jw.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1394817650 9660 80.91.229.3 (14 Mar 2014 17:20:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Mar 2014 17:20:50 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Mar 14 18:21:00 2014 Return-path: Envelope-to: geh-help-gnu-emacs@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 1WOVn1-0002i2-DV for geh-help-gnu-emacs@m.gmane.org; Fri, 14 Mar 2014 18:20:59 +0100 Original-Received: from localhost ([::1]:46154 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOVn0-0004Se-WE for geh-help-gnu-emacs@m.gmane.org; Fri, 14 Mar 2014 13:20:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58127) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOVmk-00049o-Pt for help-gnu-emacs@gnu.org; Fri, 14 Mar 2014 13:20:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOVmf-0007Br-Fi for help-gnu-emacs@gnu.org; Fri, 14 Mar 2014 13:20:42 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:35590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOVmf-0007Bm-39 for help-gnu-emacs@gnu.org; Fri, 14 Mar 2014 13:20:37 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WOVmY-0002Je-KK for help-gnu-emacs@gnu.org; Fri, 14 Mar 2014 18:20:30 +0100 Original-Received: from g231107118.adsl.alicedsl.de ([92.231.107.118]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2014 18:20:30 +0100 Original-Received: from tjolitz by g231107118.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Mar 2014 18:20:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: g231107118.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:5RZQJ8tuHJDLc19z0u0o5HT1oPA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:96511 Archived-At: Stefan writes: >> So rather than adding additional function args to the command and using >> something like (when (called-interactively-p) ...) the canonical way >> would be to split the command into a function (probably with additional >> function args) and a command that calls this function (the interactive >> wrapper)? > > Yes, when that can be done without too much gymnastics, it's the best > option. > >> This would be more directed towards Org-mode I think ... >> What if a command/function is overly verbose wrt to messages when used >> in a program? Is it reasonable to ask for including an optional switch >> like this > >> (defun xyz (args &optional quiet) >> (unless quiet >> (message ...))) > >> to be able to suppress all the messages in the function call? > > The situation for messages is somewhat similar, although more subtle > because "too many messages" is not as clear cut as "hangs, waiting for > the user to respond". > > I think that for messages, the right answer is a more serious redesign > of the messaging system, e.g. such that you can redirect messages > (rather than just silence them), and maybe also do it conditionally on > the "seriousness/urgency" of the message. I remember that this was discussed not so long ago and seems to be something that would really benefit Emacs as a whole. PS BTW, just recently I asked if there is a logging system for PicoLisp, and someone implemented a quite useful one with only 45 lines of code or so (http://beneroth.ch/pil/log.l). -- cheers, Thorsten