[Top][All Lists]

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

Re: Emacs's handling of line numbers [from bug#5042]

From: David Kastrup
Subject: Re: Emacs's handling of line numbers [from bug#5042]
Date: Thu, 22 Apr 2010 10:06:48 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.92 (gnu/linux)

Mark Lillibridge <address@hidden> writes:

>>  Moreover, I'm not sure I see the problem that is grave enough to
>>  justify this.  The 3 examples you mentioned can be solved by
>>  programming the features to do what you want (I believe font-lock
>>  already solved it, albeit not too elegantly).  I understand now the
>>  difference between two classes of use of restriction (thanks to all
>>  who labored to explain that to this old fart), but are there
>>  _practical_ use-cases where the current situation gets in our way so
>>  badly that such a new feature would be justified?  I wonder.
>     Personally, the problem I need fixed is that goto-line and linum
> mode number lines inconsistently.  Given that linum mode already
> numbers the first line of a restriction starting with one and Info
> mode looks weird if we start numbering at the beginning of the
> physical buffer, I think the minimal change would be to change
> goto-line to number lines so that the first line of the current
> restriction is 1.

I repeat my suggestion to let clone-indirect-buffer be able to clone
just part of a buffer.  Using this for info nodes and tar subfiles would
yield perfectly consistent behavior for the user without narrowing.

David Kastrup

reply via email to

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