GNU bug report logs - #16828
24.3.50; eval-expression, character representation of integer results time-consuming

Previous Next

Package: emacs;

Reported by: Anders Lindgren <andlind <at> gmail.com>

Date: Fri, 21 Feb 2014 10:02:02 UTC

Severity: minor

Tags: fixed, patch

Merged with 19023, 21131, 23930

Found in versions 24.3.50, 24.4, 25.0.95

Fixed in version 26.1

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: npostavs <at> users.sourceforge.net
Cc: 16828 <at> debbugs.gnu.org
Subject: bug#16828: 24.3.50; eval-expression, character representation of integer results time-consuming
Date: Sun, 26 Mar 2017 18:22:48 +0300
> From: npostavs <at> users.sourceforge.net
> Cc: 16828 <at> debbugs.gnu.org
> Date: Sun, 26 Mar 2017 10:55:44 -0400
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> >
> >> > So, under this proposal, is there any way to get the character for a
> >> > single invocation of M-:, without setting the option, if I only need
> >> > that sometimes?  Should there be such a way?
> >> 
> >> Isn't M-: (prin1-char value) sufficient?
> >
> > No, not after years of using "M-: #xNNNN RET".
> 
> If you want to keep muscle memory,
> 
>     (setq eval-expression-print-maximum-character most-positive-fixnum)
> 
> should give you back the old behaviour.  If you only want this only some
> of the time, perhaps we should add a toggle-print-maximum-character
> command?

What about a special value of prefix argument, like zero?  If that's
OK, it's more convenient than any of the above.





This bug report was last modified 8 years and 3 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.