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.devel Subject: Re: emacsclient in elisp Date: Fri, 21 May 2021 19:07:59 +0300 Message-ID: References: <00ce8ae3-bb21-c58f-cd32-c196f146842b@daniel-mendler.de> <6fed43bb-d880-bcd5-6f6f-004b6182e539@daniel-mendler.de> <83pmxlo2z0.fsf@gnu.org> <831ra0o96r.fsf@gnu.org> <83v97cml87.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15469"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.6 (2021-03-06) Cc: mail@daniel-mendler.de, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 21 18:14:20 2021 Return-path: Envelope-to: ged-emacs-devel@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 1lk7n1-0003nh-Vg for ged-emacs-devel@m.gmane-mx.org; Fri, 21 May 2021 18:14:19 +0200 Original-Received: from localhost ([::1]:45018 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lk7n0-0006XS-Vo for ged-emacs-devel@m.gmane-mx.org; Fri, 21 May 2021 12:14:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47196) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lk7mQ-0005ie-UH for emacs-devel@gnu.org; Fri, 21 May 2021 12:13:42 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:39143) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lk7mP-0006zK-1Q; Fri, 21 May 2021 12:13:42 -0400 Original-Received: from localhost ([::ffff:102.85.29.242]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000ADF16.0000000060A7DC31.00003160; Fri, 21 May 2021 09:13:36 -0700 Mail-Followup-To: Eli Zaretskii , mail@daniel-mendler.de, monnier@iro.umontreal.ca, emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <83v97cml87.fsf@gnu.org> 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 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:269570 Archived-At: * Eli Zaretskii [2021-05-21 13:32]: > > Date: Fri, 21 May 2021 10:26:43 +0300 > > From: Jean Louis > > Cc: mail@daniel-mendler.de, monnier@iro.umontreal.ca, > > emacs-devel@gnu.org > > > > * Eli Zaretskii [2021-05-21 10:09]: > > > > > Use read-from-minibuffer, it can read anything. > > > > Now I use, though it is not documented in manual. > > Of course, it's documented: see the nodes "Input Streams" and "Intro > to Minibuffers" of the ELisp manual. In this page: (info "(elisp) Input Functions") there is nothing about `read-from-minibuffer' and in the description of the function there is nothing about STREAM neither that it can read from standard input. I hope you can see how it lacks better references On this page (info "(elisp) Intro to Minibuffers") I see: When Emacs is running in batch mode, any request to read from the minibuffer actually reads a line from the standard input descriptor that was supplied when Emacs was started. This supports only basic input: none of the special minibuffer features (history, completion, etc.) are available in batch mode. That is great though that is not the only place to explain what the function does. As on this page: (info "(elisp) Text from Minibuffer") there is description of `read-from-minibuffer' without mentioning anything about standard input, there is not even a word "standard", so it is missing in the manual. I cannot write it myself, I can just point out to it, I can give a try: - include the similar paragraph as above on the page (info "(elisp) Text from Minibuffer") in the description of the function, something like: When Emacs is running in batch mode, any request to read from the minibuffer actually reads a line from the standard input descriptor that was supplied when Emacs was started. This supports only basic input: none of the special minibuffer features (history, completion, etc.) are available in batch mode. And same should be placed in the docstring or at least a link to explanation. You see I found the answer on Internet, I could not find it, not so easy, in the manual. First thing I do is C-h f but there was nothing there. I am explaining my flow of actions here. Then when I found STREAM for `read' the same is not mentioned for `read-from-minibuffer' and nothing in the docstring, so without asking here, programmer would could either search Internet or fail. If `read-from-string' also reading from standard input? Thank you, Jean