GNU bug report logs - #41250
28.0.50; Dired displays unconditionally ls-switches on modeline

Previous Next

Package: emacs;

Reported by: Arthur Miller <arthur.miller <at> live.com>

Date: Thu, 14 May 2020 01:43:01 UTC

Severity: minor

Tags: fixed

Found in version 28.0.50

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log


Message #126 received at 41250 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 41250 <at> debbugs.gnu.org, Arthur Miller <arthur.miller <at> live.com>,
 Juri Linkov <juri <at> linkov.net>
Subject: RE: bug#41250: 28.0.50; Dired displays unconditionally ls-switches on
 modeline
Date: Wed, 30 Sep 2020 13:56:03 -0700 (PDT)
> And I'm not sure about this:
> 
> +                                   (concat " " xs (and (< l2  l1)
> "…")))))
> 
> Perhaps that should be conditional upon the terminal being able to
> display that character?

Interesting.  Dunno why I used that char (which I guess is HORIZONTAL
ELLIPSIS).  In my own code I in fact use "..." (3 period chars).

Maybe I tossed in an ellipsis char because others in the thread were
worried about losing mode-line space.

(FWIW, I had that ellipsis char in Emacs doc etc.  At least in the
fonts I use (fixed width) it's so tiny as to be illegible.  An
ellipsis in ordinary printed text is quite a bit wider than other
chars (which are anyway of unequal width).  That Unicode provides a
single char for ellipsis is not a reason that we have to, or should,
use it.  I think it works against readability - everywhere I've seen
it in Emacs.)




This bug report was last modified 4 years and 288 days ago.

Previous Next


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