From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#24386: 24.5; `read--expression' --> `read-expression', please Date: Sun, 28 Jul 2019 00:44:24 +0200 Message-ID: <87r26bdrnb.fsf@web.de> References: <70280847-310d-4e11-a818-3d0bdbfd3100@default> <87o91ffsef.fsf@mouse.gnus.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="41867"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , 24386@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jul 28 00:45:08 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hrVR6-000AkC-9w for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Jul 2019 00:45:08 +0200 Original-Received: from localhost ([::1]:47544 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hrVR4-0005Hc-Lt for geb-bug-gnu-emacs@m.gmane.org; Sat, 27 Jul 2019 18:45:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41313) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hrVR1-0005HF-Bb for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 18:45:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hrVR0-0006wO-DJ for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 18:45:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36741) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hrVR0-0006wE-6J for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 18:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hrVR0-0003OL-1E for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 18:45:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Jul 2019 22:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24386 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 24386-submit@debbugs.gnu.org id=B24386.156426748512999 (code B ref 24386); Sat, 27 Jul 2019 22:45:01 +0000 Original-Received: (at 24386) by debbugs.gnu.org; 27 Jul 2019 22:44:45 +0000 Original-Received: from localhost ([127.0.0.1]:45562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrVQi-0003Na-Uy for submit@debbugs.gnu.org; Sat, 27 Jul 2019 18:44:45 -0400 Original-Received: from mout.web.de ([212.227.15.4]:44103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrVQg-0003NK-Fa for 24386@debbugs.gnu.org; Sat, 27 Jul 2019 18:44:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1564267467; bh=Nhu9BvJInfiim0Z2LJc1sLhibndzxUUYvztI3VsxOMk=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=gsf4BOuhcmsyVyOWjePuodMDQhpukzregmiBHv5vaK59kJwOpnRi/FtTQ0vIUvpwa wo2TmBhpDKKeIlbH6bmr08jL4OHFfKJMkoGKIawK1PnwIRAV6Z41ZqcbwwmtPUT5c3 wpfTfksIMRcGHkCJ8QuLaXN22WYPxpEqrORaLzic= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([92.208.178.242]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0Lilcj-1iNYJy1tqX-00cvMp; Sun, 28 Jul 2019 00:44:27 +0200 In-Reply-To: (Drew Adams's message of "Sat, 27 Jul 2019 09:39:45 -0700 (PDT)") X-Provags-ID: V03:K1:susH140KzUT7RoB38Ecgr981HXC3iQ9a8D3oiwptfmTSN/v+BQM t6y9Sp91uXsLbLns16jsOFZrJLpl+g4Dg/X+2DtMXEsiTpASfWwmS7Pd0i7WtlZ+ArjNVLT 6qINWflr79+c7CJQ+7JO8KdIp6akBoGMQsz2VjaBejLRbDvyaxOL/MFMqWNbP1Y6lZhtFas OVboP5SreZl1SfWVceGrw== X-UI-Out-Filterresults: notjunk:1;V03:K0:ZSXZcexac58=:d2IZ/ovKjp01+KW48ZCpbO 6p8tq7aKPyr4kk7M2k2EpW/MxO1UNgLliP55vfgARzVx8MDgoT2vYjnASA4P3qXKTxp0+3ICP M5G6nKC5a+o35nFaw76zI4ppfuEJb563cwUSrjELJV3Zla9GZ6/3xA4H8VjbH9zRFZfdCzv7n tV61b1dTD4mrbaZ6MRxAHcpFKrlpOPW6eHTn2CvCGzE9qA2MsW2371JXw1tTu5oc4jsAw89kA qNjYiz/AY2e/o7NzhtMmO7k2p8eeV5EJMDnpMtSv1JUEmquzThbgXia+oJ+KnZPgZK9jH7oJa M2Ok4vxaOJqGJYWf315k/9DCke0EBHDdSegCMjU/6vtixBYUGSErbJNkI1Hn6u0WLqQ9/VFc0 E5JK5OlVHs49RLi8K8dN9E1QA+ObCLJ+PYOJJSHE/G5BUzzlegEb+JqgOcGg6iAerJ+w8UIb+ D6p0uRsd6OzlVMU43B9vN5u4Ak1+n09v/982DEm2f4AbD3JRA3AtuEoGSTjPzMLlp1cORJVZ/ Ils7vHgezv5CQ4yfpo1vghQEUtbh2NL+fY82y3abHIguBbRLZ6I0GcrBA2x0erYN7JI/syvDL /tovSUtm6IDT3nY+DH33oLVjudNqxtxViRyGwrmyeaVYQzaQu2Sem//nQNhjgVDpuPT8j594R M2U3/aEzGY10JdN2f4ia54pkirFEma6IwCg0at7M9oAjcgBWfgz3mpbNfoV/K+74hhMkUhwRK nduEsPWjHt2HyJb8HXlfzDRHypoAPz3wb+kSTVedLGKpjNqg61dKS/szUxftB+yA0o46K+gR X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:163920 Archived-At: Drew Adams writes: > > > Please consider renaming `read--expression' to `read-expression' and > > > taking away its "internal" designation. What it does is equally > > > useful to ordinary Emacs user-programmers. > > > > It does seem like a rather internal function (setting up eldoc stuff > > and the like), so I think it's probably well-named as is; closing. > > There's _absolutely nothing_ internal about the > behavior this function offers. You can use it > _any_ place where you want to read a sexp. IMO we should offer an official way to read expression input. That would likely look very much like read--expression. > As for it using `eldoc-mode': That presumably makes the function more > useful for specifically Lisp-sexp reading. If we think otherwise then > that could be removed or optional. FWIW it wasn't there from the beginning - it was added while fixing Bug#27202. If we speak of Lisp, the name "expression" implies something to be intended for evaluation, so having eldoc support is totally legitimate. Why not also add a `read-sexp'? Michael.