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

[David Kastrup]

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