GNU bug report logs - #24902
25.1; C-x = for Unicode

Previous Next

Package: emacs;

Reported by: "Ulrich Windl" <Ulrich.Windl <at> rz.uni-regensburg.de>

Date: Tue, 8 Nov 2016 12:04:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 25.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Mattias EngdegÄrd <mattiase <at> acm.org>
To: Ulrich Windl <Ulrich.Windl <at> rz.uni-regensburg.de>
Cc: Robert Pluim <rpluim <at> gmail.com>, larsi <at> gnus.org, 24902 <at> debbugs.gnu.org
Subject: bug#24902: Antw: [EXT] Re: bug#24902: 25.1; C-x = for Unicode
Date: Wed, 26 Jan 2022 17:53:00 +0100
26 jan. 2022 kl. 15.09 skrev Ulrich Windl <Ulrich.Windl <at> rz.uni-regensburg.de>:

> 1) When you display the column, shouldn't you display the line, too?

It's probably because Emacs traditionally displays the line but not the column number in the mode line. The reason for that, in turn, is that updating the column number for each typed character makes Emacs less usable over a slow serial line (like 1200 bit/s).

These outdated assumptions should be clearly be reconsidered but meanwhile perhaps we'd better keep the column number in C-x =. What do you think?

> 2) Should the percentage be included when point position is included?

That percentage smelled "included because we could" from afar. It's not very useful; the current/maximum point positions give the user a good idea how far in the buffer he is.

> 3) As the output may become lengthy, will the minibuffer extend to multiple lines

Yes. The aim is to make this fairly rare with an 80-column frame width, not to prevent it outright.





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

Previous Next


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