[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: read-event in batch mode
From: |
Eli Zaretskii |
Subject: |
Re: read-event in batch mode |
Date: |
Fri, 31 Jan 2014 18:16:50 +0200 |
> From: Stefan Monnier <address@hidden>
> Cc: Michael Albinus <address@hidden>, address@hidden
> Date: Fri, 31 Jan 2014 10:34:23 -0500
>
> > The "keyboard buffer" is a misnomer: that's actually the Emacs event
> > queue, where all kinds of events end up, and from which they are read
> > and processed. Why is it a good idea to have more than one event
> > queue?
>
> Because some events should be processed in a particular order and others
> in a different order. They correspond to different "threads" of
> execution. The "keyboard buffer" normally corresponds to events coming
> from the user, so their relative ordering is very important and should
> not be changed.
>
> But D-Bus events or file-notification events may be triggered by
> processing that's completely independent/asynchronous from the user's
> actions, so they should be processed by Emacs without having to wait for
> previous user-events to be processed.
We already have process_special_events that does what you describe,
just add more events to what it handles.