From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: evaluating numbers Date: Sun, 17 Nov 2019 19:34:36 +0200 Message-ID: <837e3y5rv7.fsf@gnu.org> References: <875zjw2emg.fsf@gmx.net> <618B38D9-CD34-4200-8CA1-1A6B0922A83A@traduction-libre.org> <871ruk2d3f.fsf@gmx.net> <3C929D7B-1C10-4713-9EDA-55C80FC36AD8@traduction-libre.org> <835zjvg385.fsf@gnu.org> <83sgmyd6rw.fsf@gnu.org> <835zjucwbz.fsf@gnu.org> <628A3663-BDD3-47C5-B4F4-E260FD900691@traduction-libre.org> <83o8xla50f.fsf@gnu.org> <8336ex9sow.fsf@gnu.org> <4836980E-C425-466C-BB86-5E962C4B3F96@traduction-libre.org> <83zhgy7qxq.fsf@gnu.org> <83lfsi5z1s.fsf@gnu.org> <83imnm480f.fsf@gnu.org> <87bltbpsat.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="63986"; mail-complaints-to="usenet@blaine.gmane.org" Cc: jean.christophe.helary@traduction-libre.org, yuri.v.khan@gmail.com, eggert@cs.ucla.edu, emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 17 18:34:53 2019 Return-path: Envelope-to: ged-emacs-devel@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 1iWORp-000GWk-1I for ged-emacs-devel@m.gmane.org; Sun, 17 Nov 2019 18:34:53 +0100 Original-Received: from localhost ([::1]:55230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWORn-0002Oi-Ub for ged-emacs-devel@m.gmane.org; Sun, 17 Nov 2019 12:34:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40322) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWORb-0002Np-0p for emacs-devel@gnu.org; Sun, 17 Nov 2019 12:34:40 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36865) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iWORZ-0006WN-Jx; Sun, 17 Nov 2019 12:34:37 -0500 Original-Received: from [176.228.60.248] (port=1305 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iWORX-0003tM-DN; Sun, 17 Nov 2019 12:34:37 -0500 In-reply-to: <87bltbpsat.fsf@mail.linkov.net> (message from Juri Linkov on Sat, 16 Nov 2019 22:40:42 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:242284 Archived-At: > From: Juri Linkov > Cc: Paul Eggert , > jean.christophe.helary@traduction-libre.org, emacs-devel@gnu.org, > yuri.v.khan@gmail.com > Date: Sat, 16 Nov 2019 22:40:42 +0200 > > > The right way of doing this is "C-u C-x =". And if we think that this > > shows way too much info, I'm OK with modifying "C-x =" to show the > > character name as an optional feature. These are commands that were > > specifically designed to describe text; doing that as part of integer > > evaluation is too general for that. > > There are other cases where displaying Unicode names might be needed > in the echo area, e.g. sometimes using query-replace to strip accents > messes the prompt with combining accent characters stacked on each other > that enlarges the minibuffer window: > > Query replace regexp (default [́̀̂] → ): This is a bug in the command that issues the prompt: it should insulate the combining characters so that they don't combine with the brackets. But that might be a separate issue. > Wouldn't such prompt be more readable? > > Query replace regexp (default [?\N{COMBINING ACUTE ACCENT}] → ): The original prompt had 3 characters, but in the latter you show only one. How is this the same? And even one character takes a lot of screen estate, so imagine how it will look with 3. Doesn't sound like a good idea. Though we might provide a separate feature: a minor mode whereby hovering the mouse over a character shows its name in a tooltip. But using the minibuffer for that is not something I like.