GNU bug report logs - #42028
[Feature Request] 27.0.91; Provide the ability dynamic modules to post events in emacs event loop

Previous Next

Full log

View this message in rfc822 format

From: Ivan Yonchovski <yyoncho <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 42028 <at> debbugs.gnu.org
Subject: bug#42028: [Feature Request] 27.0.91; Provide the ability dynamic modules to post events in emacs event loop
Date: Wed, 24 Jun 2020 21:38:31 +0300

Eli Zaretskii writes:

>
> Your feature just asked for a way to queue events, it didn't say
> anything about doing that asynchronously, not from a function invoked
> by the main thread.  If you mean the latter, then it AFAIU would need
> a serious redesign of the Emacs event queue, to make it accessible
> from several threads running in parallel at once.

Yes, sorry about that. I didn't mention it explicitly in the bug report
it was described in more details in the linked article.

> What you describe is very different from how JIT font-lock works now.
> Which is why I asked the question: I know (more or less) how it works
> in other editors, I just don't yet understand well enough how
> something like that would fit into the existing fontification
> framework.  I hope there is a way of fitting it, because otherwise it
> would mean a serious surgery of the display engine as well, which will
> make the job significantly larger and harder.

IMO we are good here. At least on lsp-mode side we were able to
implement delayed semantic fontification as a result of async source.
But in lsp-mode case we are reseiving the messages from the server on
the UI thread.

Thanks,
Ivan

Previous Next

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