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

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

RMAIL line count problem


From: Andrew M. Bishop
Subject: RMAIL line count problem
Date: Sun, 28 Oct 2001 11:18:16 +0000

In GNU Emacs 21.1.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2001-10-25 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr 
--sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib 
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --with-x=yes 
--with-x-toolkit=athena'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: 
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

In the file rmailsum.el the number of lines in the summary buffer is
formatted as follows:

                    (format (cond
                             ((<= lines     9) "   [%d]")
                             ((<= lines    99) "  [%d]")
                             ((<= lines   999) " [%3d]")
                             (t             "[%d]"))
                            lines))))

When the number of lines is more than 999 there is not a space before
the line count following the to/from name.  This stops font-lock
regexps from finding the line count (since there may be '[' characters
in the name).

The fix is trivial, use " [%d]" for this case and let it shift right
by one character.

-- 
Andrew.
----------------------------------------------------------------------
Andrew M. Bishop                             amb@gedanken.demon.co.uk
                                      http://www.gedanken.demon.co.uk/



reply via email to

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