GNU bug report logs - #20663
page.el (forward-page): Avoid skipping pages

Previous Next

Full log

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

From: Marcin Borkowski <mbork <at> mbork.pl>
To: John Mastro <john.b.mastro <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 20663 <at> debbugs.gnu.org, ambrevar <at> gmail.com
Subject: Re: bug#20663: page.el (forward-page): Avoid skipping pages
Date: Wed, 13 Apr 2016 22:54:25 +0200

On 2016-04-13, at 20:14, John Mastro <john.b.mastro <at> gmail.com> wrote:

> Marcin Borkowski <mbork <at> mbork.pl> wrote:
>> My proposal is that a "page separator" would be a position in the buffer
>> where (looking-at-p page-delimiter) is true, and if point is at such
>> a place, then we consider it on the next page.  I.e., in this situation
>>
>> abcabcabc
>> -!-^L
>> cbacbacba
>>
>> the point is already on the second page (unlike the default Emacs
>> behavior).
>
> That seems somewhat confusing to me. Intuitively, I would expect the new
> page to start after the delimiter, not immediately before it
>
> For comparison, when (looking-at-p "$") returns non-nil, that means
> point is at the end of the current line (i.e. before the "\n"), not the
> beginning of the next one. (Of course, they're not exactly the same,
> since page-delimiter can match multiple characters.)

Well, I'm fine with that version, too - but I'd insist that we should
settle on _something_ and make it clear in the docs.

BTW, the argument for my variant would be that a new page would always
start at beginning of (some) line (assuming that `page-delimiter' starts
with "^", as it does by default).  (I don't claim that it's especially
strong argument, I just wanted to mention it.)

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Previous Next

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