Re: Doc-view resizing

[Tassilo Horn]

Stefan Monnier <address@hidden> writes:

>> For the resizing: I didn't test the patch, but +/- will reconvert the
>> whole doc, right?  I think that's inacceptable slow.  Let's say
>> you're reading page 333 and now you hit `+'.  That will make page 1
>> current and it'll need too much time till page 333 has been converted
>> again.
>
> Yes, that's a problem, but the same problem occurs when the file gets
> modified and the buffer needs to be reverted (e.g. if you use
> auto-revert-mode).  I.e. the `reconvert' functionality would benefit
> from being able to transform page 333 first and the rest afterwards.

I agree.

>> A better and much mode general approach would be to implement image
>> zooming in emacs, e.g.
>
>>     (insert-image IMAGE &optional STRING AREA SLICE)
>
>> would become
>
>>     (insert-image IMAGE &optional STRING AREA SLICE ZOOM)
>
>> where ZOOM is the factor for zooming the image.  Of course, that
>> costs more effort to implement, but various other modes could benefit
>> from it, too (i.e. image-mode, image-dired, emacs-w3m, Gnus).
>
> That is not the same functionality: zooming the bitmap will not give
> you the same quality.

What if you set `doc-view-resolution' to a high value so that in general
zooming means shrinking the image?  Will the quality still suffer from
that?

Bye,
Tassilo