[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs graphical frontends / responsiveness
From: |
Suhail Singh |
Subject: |
Re: Emacs graphical frontends / responsiveness |
Date: |
Sun, 20 Oct 2024 15:39:12 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Jordan Ellis Coppard <jc+o.emacs@wz.ht> writes:
> One thing that bothers me without fail is how slow, visually, Emacs
> is. I can often times type faster than the GUI can keep up, with
> noticeable hitching and delays from when I have typed a character to
> the point where I see it in a buffer and so forth.
This is odd. Starting from emacs -Q, when does this issue manifest
itself? Specifically, is this the case when typing in a new text buffer
(pointing to a local file, and not over the network) in
fundamental-mode? If not, what's the minimal reproducible example
starting from emacs -Q? If you have already submitted a bug-report with
those details, could you please post the reference?
Also, what version of Emacs is this based on? Which platform? And how
was the binary built? Etc.
> Often times I can type faster than the minibuffer input area can
> handle when filtering completion candidates e.g. `C-h o`.
Is this with emacs -Q? For me, with emacs -Q, in *scratch* buffer the
above keybinding invokes `describe-symbol'. On Emacs 29.4 on GNU/Linux,
I experience no noticeable delays when typing in minibuffer. Similar to
above could you please share a minimal reproducible example?
--
Suhail