[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9917: 24.0.90; Make `goto-line' consistent with the line number from
bug#9917: 24.0.90; Make `goto-line' consistent with the line number from the minibuffer
Wed, 2 Nov 2011 05:59:11 -0700
> > For `goto-line':
> > Let a negative prefix arg use line numbering wrt the
> > restriction (region), and let a positive prefix arg use
> > line numbering wrt the buffer (widened).
> > Likewise for a number read at the prompt: negative for
> > restriction numbering, positive for full-buffer numbering.
> A negative line number usually means counting from the end of
> the buffer.
Dunno what "usually" means here. It certainly does not mean that for
`goto-line'. Currently, using a negative prefix arg seems to just move to line
We can define what a negative arg means for `goto-line' to be anything we want.
Consistency is all well and good, especially when there are other, supporting,
good reasons to keep it up. But it sometimes happens that "usually" gets
"established" more or less by accident/default, no better alternative having
occurred to the designer at the time.
Other suggestions welcome. I think it would be good to be able to quickly say
whether you want numbering relative to the restriction or the whole buffer.
Of course another possibility is to simply have a separate command for that.
The only reason to use the same command and, say, a prefix arg, would be to save
keys (and user memory). A separate `goto-line-in-restriction' is a reasonable