From: Stefan Kangas <stefan@marxist.se>
To: DPX-Infinity <dpx.infinity@gmail.com>
Cc: 6429@debbugs.gnu.org
Subject: bug#6429: 23.2; Scrollbars slow emacs down
Date: Sun, 7 Jul 2019 14:24:43 +0200 [thread overview]
Message-ID: <CADwFkmmd2TJBUqrmgxG1OJqAei6cp3A+j5KcKwDF4vYS-0F_Ug@mail.gmail.com> (raw)
In-Reply-To: <AANLkTinO_k3RiMgzHD6zqan3b2RXM5OdVNFBQwQd_SXF@mail.gmail.com>
DPX-Infinity <dpx.infinity@gmail.com> writes:
> Steps to reproduce:
> - Launch emacs if it is not launched
> - Toggle scrollbars mode if it is turned off
> - Open new buffer or empty file and try to type something
> You'll get a latency between key press and text output. If you
> hold the key, this behaviour will be more noticeable. Opening a file
> which fills even a half of the window helps. This happens either when
> scrollbar is on the right side or on the left. Turning scrollbars off helps.
>
> First, this problem appears only in large windows, 200x80 symbols or
> so. Second, it depends more on window height than on width: when
> you split the window horizontally, this effect is reduced, but vertical
> split does nothing. Third, the more the amount of text is in the
> window, the better the performance is. It seems, that it depends not
> only on one window, but on all windows that are on the screen now: e.g.,
> if you split window and load some file which fills one of the windows,
> you'll notice that this effect is reduced. Finally, if you turn off
> scrollbars mode this problem completely vanishes: text typing becomes as
> smooth as always. I also haven't met this behaviour in older
> versions. I don't remember when exactly this behaviour started, but it
> certainly was normal in 22.x branch.
Hi,
I've tried to reproduce this using the latest version of Emacs (26.2)
but have been unable to do so.
I see that this bug was reported 9 years ago. Can you still reproduce
it on the newest version of Emacs?
I can see in the bug report some minor-modes that would not have been
enabled by default. If you can still reproduce this, could you please
provide an exact recipe to do so starting from "emacs -Q"?
If I don't hear back from you in a couple of weeks, I'll just close this
as unreproducible.
Thanks,
Stefan Kangas
next prev parent reply other threads:[~2019-07-07 12:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-15 9:23 bug#6429: 23.2; Scrollbars slow emacs down DPX-Infinity
2019-07-07 12:24 ` Stefan Kangas [this message]
2019-08-02 14:26 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CADwFkmmd2TJBUqrmgxG1OJqAei6cp3A+j5KcKwDF4vYS-0F_Ug@mail.gmail.com \
--to=stefan@marxist.se \
--cc=6429@debbugs.gnu.org \
--cc=dpx.infinity@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).