GNU bug report logs - #5042
23.1; linum-mode gives incorrect line numbers with narrowed buffers

Previous Next

Package: emacs;

Reported by: mark.lillibridge <at> hp.com

Date: Thu, 26 Nov 2009 00:45:04 UTC

Severity: wishlist

Merged with 9917, 16173

Found in versions 24.0.90, 24.3.50

Forwarded to http://lists.gnu.org/archive/html/emacs-devel/2010-06/msg00143.html

Full log

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: mark.lillibridge <at> hp.com, 5042 <at> debbugs.gnu.org
Cc: lekktu <at> gmail.com, markus.triska <at> gmx.at, 5042 <at> debbugs.gnu.org
Subject: Re: bug#5042: 23.1; linum-mode gives incorrect line numbers with 
	narrowed buffers
Date: Sun, 10 Jan 2010 03:05:58 +0100

On Sun, Jan 10, 2010 at 2:32 AM, Mark Lillibridge
<mark.lillibridge <at> hp.com> wrote:
>
>    That's a good idea.  We could add a buffer local variable that
> determines how to number lines when a restriction is in effect.  Rmail,
> Info, and similar modes could set this variable for their buffers to
> start numbering the visible restriction at 1.  Other buffers would
> depend on the user's global customization setting.  goto-line, linum,
> and related features would consult this variable.
>
>    I don't know any good arguments for which way to set the global
> default.


External utilities will use the whole file. So if the file is to be
touched by external utilities (like grep) then I think  the default
should be to start numbering from the file's beginning.
This bug report was last modified 4 years and 228 days ago.

Previous Next

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