GNU bug report logs - #29737
27.0.50; pixel-scroll-mode is laggy

Previous Next

Package: emacs;

Reported by: Valentin Ignatyev <valentjedi <at> gmail.com>

Date: Sat, 16 Dec 2017 18:12:01 UTC

Severity: normal

Found in version 27.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: Valentin Ignatyev <valentjedi <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>, 29737 <at> debbugs.gnu.org
Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy
Date: Sat, 23 Dec 2017 21:53:37 +1000
[Message part 1 (text/plain, inline)]
Just tried it on mac os. pixel-scroll-mode works much better here though
there is still small noticeable lag. And also I can see that scroll up
lagging more than scroll down.
Hope it'll help


--------------------------------
С уважением,
Игнатьев Валентин

On Sat, Dec 23, 2017 at 9:30 PM, Valentin Ignatyev <valentjedi <at> gmail.com>
wrote:

> Hi all.
> I just tested this fix. While it doesn't solve the issue, I saw a little
> improvement. And now I see the lag pattern. When I slowly start scrolling,
> it scrolls for a while and then jumps about 10 rows at the time, then
> scrolls a bit more and jumps again
> If I swipe my trackpad too fast, emacs instantly eats 100% CPU and hangs
> infinitely (it hangs not every time, but rather once in a while. It can
> just go to the end of the file).
> If I scroll with Ctrl-key as Eli suggested in the first thread mail, it
> scrolls better than before the fix, but I still see this lag pattern
> (scroll a bit and then jump), but in the smaller scale and it doesn't kill
> emacs.
> Setting mouse-wheel-progressive-speed to nil seem to make no difference.
>
> Btw, while I do use macbook, my OS is Arch Linux here :)
> I think I'll try to compile latest emacs-26 branch on macos itself and
> tell there is defference. Maybe it'll shrink down the scope
>
> Thanks for your work on this, I really appreciate it
>
>
>
> On Sat, Dec 23, 2017 at 7:20 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> > Date: Sat, 23 Dec 2017 12:18:56 +0900 (JST)
>> > Cc: valentjedi <at> gmail.com, 29737 <at> debbugs.gnu.org,
>> tkk <at> misasa.okayama-u.ac.jp
>> > From: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>
>> >
>> > > I'd like to fix this on the release branch, not on master.  Is the
>> > > patch you sent good to go to the release branch?  Does it solve the
>> > > display lags mentioned in the bug report?
>> >
>> > Yes, the patch I sent is good to go to the release branch.
>>
>> Thanks, pushed to the release branch.
>>
>> > I'm not 100% sure what 'the display lag' meant.
>>
>> It meant very slow scrolling, with redisplay falling far behind.
>> After applying the patch, I see a definite improvement on my system.
>>
>> > After the patch, at least I tested with MacBook and do not recognize
>> > 'the display lag'.
>>
>> Right.  Valentin, could you please see whether this change makes the
>> problem go away, or at least makes it much less of a problem?  TIA.
>>
>
>
[Message part 2 (text/html, inline)]

This bug report was last modified 7 years and 223 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.