GNU bug report logs -
#65432
30.0.50; jerky image movements when zoomed
Previous Next
Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>
Date: Mon, 21 Aug 2023 14:46:02 UTC
Severity: normal
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Po Lu <luangruo <at> yahoo.com>
> Cc: Manuel Giraud <manuel <at> ledu-giraud.fr>, 65432 <at> debbugs.gnu.org
> Date: Tue, 22 Aug 2023 10:59:22 +0800
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Date: Mon, 21 Aug 2023 16:45:31 +0200
> >> From: Manuel Giraud via "Bug reports for GNU Emacs,
> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >>
> >> When opening a rather big image into a quite big Emacs window, movements
> >> (C-n, C-p, C-f, C-b) are smooth at original image size but are jerky
> >> whenever there is some zooming (in or out) involved.
> >>
> >> Recipe:
> >> - emacs -Q
> >> - 'C-x C-f' "a big image.jpg"
> >> - 's o' (image-transform-reset-to-original)
> >> - keep 'C-n' pressed, keep 'C-f' pressed -> movements are smooth
> >> - 'i -' (image-decrease-size)
> >> - keep 'C-n' pressed, keep 'C-f' pressed -> movements are jerky
> >
> > I cannot reproduce this, on MS-Windows. I see no difference between
> > "jerkyness" of motion commands before and after 'i -'.
>
> This is a known inefficiency with Cairo's implementation of affine
> transforms. AFAICT, Cairo performs the transform on the CPU, which is
> aggravated by uploading the complete bitmap to the X server every time
> the image is displayed.
>
> Building without Cairo should induce Emacs to utilize XRender transforms
> instead, ameliorating this problem.
Should this be in PROBLEMS?
This bug report was last modified 1 year and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.