From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#46092: [External] : bug#53507: 27.1; syntax highlight in the eval-expression prompt Date: Thu, 27 Jan 2022 00:39:27 +0100 Message-ID: <878rv2m5hs.fsf@web.de> References: <87fspcx9hz.fsf@gnus.org> <87k0enqrpn.fsf@web.de> <_4HT5Zir6jtMz0tMVkAv21AKQoFlXcqM-W6PQki147C7hd47OGx6D-bN_3pM5ckEJ8kSeu0oZ3amuodEoL7dPrn4DTJ3f9YFuoaAIWsRyJ0=@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40480"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: ndame , "larsi@gnus.org" , "46092@debbugs.gnu.org" <46092@debbugs.gnu.org>, "53507@debbugs.gnu.org" <53507@debbugs.gnu.org> To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 27 00:40:53 2022 Return-path: Envelope-to: geb-bug-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 1nCruH-000AJy-Hr for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 27 Jan 2022 00:40:53 +0100 Original-Received: from localhost ([::1]:56612 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nCruF-0007xO-TG for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 26 Jan 2022 18:40:51 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38760) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nCrtT-0007wX-5i for bug-gnu-emacs@gnu.org; Wed, 26 Jan 2022 18:40:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60875) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nCrtS-0000vG-Ra for bug-gnu-emacs@gnu.org; Wed, 26 Jan 2022 18:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nCrtS-0008I8-Fw for bug-gnu-emacs@gnu.org; Wed, 26 Jan 2022 18:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Jan 2022 23:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 46092-submit@debbugs.gnu.org id=B46092.164324038531845 (code B ref 46092); Wed, 26 Jan 2022 23:40:02 +0000 Original-Received: (at 46092) by debbugs.gnu.org; 26 Jan 2022 23:39:45 +0000 Original-Received: from localhost ([127.0.0.1]:53778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nCrtA-0008HY-M8 for submit@debbugs.gnu.org; Wed, 26 Jan 2022 18:39:44 -0500 Original-Received: from mout.web.de ([217.72.192.78]:38323) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nCrt6-0008H8-0Y; Wed, 26 Jan 2022 18:39:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1643240368; bh=QvmGuw2xOJYrYgXCuQOKHsZEPNIq8GBSqi8hjTvcAy0=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=ISIxu8t3gePUChoag1hnGW1QGHgjp8f10X3yX5dm/9dwOomOhuQqzbniVL6qopg0x mLzS1Z/+49PjsJmbkVRx9M42vg8E6RekQ3H17TJL1N+kwJsZhrMeIZkT8h1f9fVlMU PNzUYUF8tguaUvy4TRxoQGOAe1b9xP4lHdmD0HF0= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([88.66.201.186]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M4KJX-1nCali4C3t-000I13; Thu, 27 Jan 2022 00:39:28 +0100 In-Reply-To: (Drew Adams's message of "Wed, 26 Jan 2022 19:53:33 +0000") X-Provags-ID: V03:K1:HdatVCe9XAD/Xlz3uS0WTAp8eeHIoz9fnl1a+Hx+giVM5evNe7P N4XSC5Q4iLL7gg+tmAmZ9P+cKGViwRc9c2clQMXs15P4apBf2xD8QN52zhyXj4zweTg9BnA UlfYFSrlt+quwWgOBkMQJlysWGi9LAEg4WMhe02IQXh8qcxT45arp9OpbmP0rZBQxF5qgrg eUUzV1L6PfXgsLSq2jgHw== X-UI-Out-Filterresults: notjunk:1;V03:K0:1txkTAwfP/A=:fY2a3ltakuVjuC1DG2IlP3 Rn9kgvRn2WFLQ+lQ7UZZGyjJeEykrkHNOEUe7SQ/+zuW6QkvI52Uw6APi0T/JMp+QcjRrVl9f BRbm0mkuEgDcfFWkwBMgku1YXmgEvOcWXEdMEuGmR3bc0sYES+cxpS6MSQld5tr5rilGYHYqU hX+87laFVbaBEghhHMsSXnYvsE/dqRkUruh9yn0UkU3JbHxLeDtiD5+cujesgfQ+318yDdRl7 0hQaRSIvYIDuSdile2ZJagKhi0leJQanC9vhujfAfgiXmL9xO1ADgEXHKJQpkgJ9x1msbFuLr IzkD7ilQr08xdjdwEMA4sJgfp8WaH9/astw5YgtUKZ6HUC9ItqrAXduVxCJZqiVvhdABCAN8q 3P5as6OfNaHUmeUInHAA5MzxIDhSgBt7REUJ9AELbdfGHGaLucngk1BSEc3z0I9TcP/WaEOwo cos4gvKSWMy094Ar52VzK3qrk5oWt96hANML9giqde7Y8Swr1DnAkbJUNFPZuPJNQ7NEsRHFR jeIRSfmnG0XfEzrcU4AJrZxUhrmlLETCyWNDl5gl4fsTezmcxNAYmNsJl3A/cxP1CITlWtqqV wLoIMpYBp/alcjLBs0se2PlHsjhgqQKqh/a9Bp//EduEKLpXVT87oJai2IL//d1iTCsReJ9X8 dTcgGgYPpnfRKd6NeIyZ0/L0yFawjonOrPIwioQKGN9lgn33TY+WbuZ+Fdr2M5U9erSp4wcGz yjrsLcbmALTFGCk5X1e5e+3AE5s1/UEnV/AAZtTYnnLq+63K70X0bqlWuyraRYSMzzm7uzwZ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:225317 Archived-At: Drew Adams writes: > 1. Font-locking a sexp you're typing isn't very > important. Agreed. Doesn't harm OTOH. > 2. Turning on `emacs-lisp-mode' for reading the sexp > is overkill. Unless you prevent it, it entails > running the mode hook, which can do all kinds of > things and might take a while. It's likely to be > problematic. The advantage would be that the user gets all his related settings gratis. But I guess making that the default is not acceptable anyway. > 3. Although in principle it's only orthogonal, what > I'd propose is to concentrate on the _result_ > sexp, instead of the input sexp to evaluate. The minibuffer part is also important. We do have completion and eldoc when reading input, which is already very good. Font-Lock is a minor issue but is still helpful. A part that currently is not that well covered in the minibuffer, in my opinion, is multi-line expression editing. Michael.