Re: Parital scrolling of image

[David Kastrup <dak@gnu.org>]

[-- Attachment #1: Type: text/plain, Size: 1516 bytes --]

storm@cua.dk (Kim F. Storm) writes:

> David Kastrup <dak@gnu.org> writes:
>
>> Cough, cough.  If I have a window with the upper half taken up by
>> an image, and point is in some normal text below the image, then
>> pressing C-n will _not_ move to the next line (which is perfectly
>> on screen and quite far from the edge),
>
> I have checked in some patches to fix this.  Please try again.

Another note: when I execute scroll-down at the following screen shot
(where point is just at the bottom) I get "beginning of buffer"
signalled as an error and nothing changes (I have made sure that this
behavior will also occur when pre-command-hook and post-command-hook
are not modified by preview-latex, so they are not at fault here). As
you can see from the scroll bar, this is patently absurd: there are at
least four more screens of material worth, and although there are
quite a few images in there, there are a lot of positions in between
where point could stop if needed.  This is the standard "circ.tex"
file as delivered with the preview-latex package.  I don't consider
including the screen shot a shootable offense, since it is just 12kB.

Probably the pixel-based movement routines should more or less
calculate a maximum they should not exceed in movement (overshooting
by more than a screen certainly is bad), as well as a minimum they
should at least progress, and if "sane" movement does not land within
that area, then vscroll gets adjusted instead.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

[-- Attachment #2: scroll.png --]
[-- Type: image/png, Size: 12207 bytes --]

[-- Attachment #3: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel