Re: Doc-view resizing

[Stefan Monnier]

> 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.

> 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.  It's probably a worthwhile feature, but it different
from the one I'm proposing.


        Stefan