Re: {PATCH] continuous scroll for doc-view (FOR REVIEW))

[dalanicolai <dalanicolai@gmail.com>]

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

About the mouse scrolling not working, I guess it is not filling the buffer
with empty svg's yet.
Although I still have to check that assumption. All seemed to work fine
with keyboard scrolling
(which I what I more or less use exclusively, e.g. jumping to page goes
faster by keyboard.
And there is a nice toc-mode <https://melpa.org/#/toc-mode> package for
quickly creating outlines. But anyway mouse scroliing
should also be supported of course).

On Fri, 14 Jan 2022 at 11:44, dalanicolai <dalanicolai@gmail.com> wrote:

> Thanks, if you want you could attach whole files, because program files
>> take almost no space on mailing list archives, so this is not a problem
>> (the problem is when someone posts large screenshots, and even a video).
>>
>
> I wanted to do that already... terrible how in the end I did forget to
> attach the files...
>
>
>> If it could be used for other images such as for image galleries,
>> then it should be a separate package like image-mode.
>>
>
> Well, I think I really wouldn't want continuous scroll for images. So I
> think a separate
> library for image galleries would be better. I think the logic for only
> showing full images
> is a slightly simpler and therefore could be made more flexible. Creating
> the overlays is
> really just a few lines. But I am not sure, how exactly the code for an
> image gallery
> should look like. Maybe in the end, some code could be shared.
>
> A triplet or a doublet means that the scroll bar can't be used for
>> scrolling all pages?  Have you tried to prefill with overlays for all
>> pages?
>>
>
> Yes, like in the Proof of Concept, all overlays are inserted at once, but
> they are 'triplet'
> only showing a triplet of images at the time. So the full buffer can be
> scrolled with the
> mouse/scroll-bar, but for some reason updating the images in that case
> does not seem
> to work yet (although from the code I would expect it should).
>
> Anyway, This time I'll send the message including the attachments... you
> can have a look
> (see first message for instructions, if necessary).
>
>
> On Fri, 14 Jan 2022 at 09:19, Juri Linkov <juri@linkov.net> wrote:
>
>> > I'd really like to mention that I get no hits when searching for that
>> > thread (actually searching
>> > for 'the original thread') when searching on `multi image PDF` in the
>> Emacs
>> > devel archive.
>> > (This time) it is not due to too many results. Would be great if you
>> could
>> > inform me why that does not work.
>>
>> Trying to search any recent subject shows that indexing on mailing lists
>> was disabled for a few last months.
>>
>> > So I will attach two files here, the first is an 'adapted' bookroll.el
>> > file, and the second is a
>> > a modified doc-view file that implements the first 'rudimentary'
>> continuous
>> > scroll for PDF
>> > documents(despite the subject title of this message, I am simply
>> attaching
>> > the file,
>> > as you can then more simply load and try it, while I guess you must be
>> > capable of diffing it with
>> > the latest doc-view.el file yourself ;).
>>
>> Thanks, if you want you could attach whole files, because program files
>> take almost no space on mailing list archives, so this is not a problem
>> (the problem is when someone posts large screenshots, and even a video).
>>
>> Or you can just make a copy of doc-view.el in your repository,
>> and send a message when you update it.
>>
>> > I am not sure if the bookroll-mode should be a separate package (like
>> image-mode),
>> > or that it could just get merged into doc-view. But it is as it is for
>> the
>> > development process.
>>
>> If it could be used for other images such as for image galleries,
>> then it should be a separate package like image-mode.
>>
>> > To understand the approach of bookmark.el, it is probably most useful to
>> > look at the Proof
>> > of Concept file to which I have linked already above. It simply draws a
>> > triplet of images (pages)
>> > for each page (and a doublet for the first and last pages), and then it
>> > uses a 'currently-displayed-images' list, and refreshes pages when
>> > necessary by comparing with that list. The current page is the page that
>> > takes more than half of the window height.
>>
>> A triplet or a doublet means that the scroll bar can't be used for
>> scrolling all pages?  Have you tried to prefill with overlays for all
>> pages?
>>
>

[-- Attachment #2: Type: text/html, Size: 5852 bytes --]