bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4217: marked as done (23.1; probable mode-line bug)


From: Emacs bug Tracking System
Subject: bug#4217: marked as done (23.1; probable mode-line bug)
Date: Wed, 26 Aug 2009 03:05:05 +0000

Your message dated Tue, 25 Aug 2009 22:59:34 -0400
with message-id <7py6p7uvop.fsf@fencepost.gnu.org>
and subject line Re: bug#4217: 23.1; probable mode-line bug
has caused the Emacs bug report #4217,
regarding 23.1; probable mode-line bug
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4217: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4217
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
--- Begin Message --- Subject: 23.1; probable mode-line bug Date: Thu, 20 Aug 2009 18:30:55 -0400
In this bit in "bindings.el" from the code that sets the modeline
format:

         `(which-func-mode ("" which-func-format ,dashes))
         `(global-mode-string (,dashes global-mode-string))

it looks like there is a typo, and the first line should also have the
dashes before the format string.

-- 
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!



--- End Message ---
--- Begin Message --- Subject: Re: bug#4217: 23.1; probable mode-line bug Date: Tue, 25 Aug 2009 22:59:34 -0400 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
>> Although the "--" at the end of the global-mode-string entry are not
>> necessary (being followed by -%-), I think it makes sense to have
>> all the entries be the same, so that entries can be
>> removed/added/reordered easily.

This still makes sense to me, so that's what I installed.
The appearance of the end result is the same.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]