emacs-devel
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]