From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Placement of list within an interactive clause Date: Sat, 16 Jul 2022 00:08:46 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8020"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ () (2022-06-11) Cc: Help Gnu Emacs To: carlmarcos@tutanota.com Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 15 23:33:23 2022 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oCSw7-0001ph-Aq for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 15 Jul 2022 23:33:23 +0200 Original-Received: from localhost ([::1]:40920 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oCSw5-0001xr-J1 for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 15 Jul 2022 17:33:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCSv4-0001xg-RV for help-gnu-emacs@gnu.org; Fri, 15 Jul 2022 17:32:18 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:46291) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCSv3-0003V8-0r for help-gnu-emacs@gnu.org; Fri, 15 Jul 2022 17:32:18 -0400 Original-Received: from localhost ([::ffff:102.86.25.50]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000A3C53.0000000062D1DCDE.0000259A; Fri, 15 Jul 2022 14:32:13 -0700 Mail-Followup-To: carlmarcos@tutanota.com, Help Gnu Emacs Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138497 Archived-At: * carlmarcos@tutanota.com [2022-07-15 22:55]: > If with GET-ARGUMENT you use a command that calls the minibuffer, > then calling the function in lisp code will ask the user for input. > Something that a pure function call in elisp code does not normally > do. >From Emacs Lisp manual: A “pure function” is a function which, in addition to having no side effects, always returns the same value for the same combination of arguments, regardless of external factors such as machine type or system state. I know what you mean. However (read-from-minibuffer "Input: ") does not have side effects, and returns same value for same combination of arguments. It is not a command and cannot be, in the context of Emasc Lisp, called interactively like with M-x -- and it is interacting with user. 1) There is no reason to have all functions "pure functions" just to satisfy who? Theorists? But I need practical use. 2) The definition which I found apply to many functions, it does not exclude user input. Does it? For me user input is argument to interactive function. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/