From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: read-event in batch mode Date: Fri, 31 Jan 2014 18:16:50 +0200 Message-ID: <83ob2s5dot.fsf@gnu.org> References: <831tzo74oz.fsf@gnu.org> <87txckgtbk.fsf@gmx.de> <83txck5hbe.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1391189507 7517 80.91.229.3 (31 Jan 2014 17:31:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jan 2014 17:31:47 +0000 (UTC) Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 31 18:31:55 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W9HwV-0005gT-O7 for ged-emacs-devel@m.gmane.org; Fri, 31 Jan 2014 18:31:51 +0100 Original-Received: from localhost ([::1]:57250 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9HwV-0006MT-BI for ged-emacs-devel@m.gmane.org; Fri, 31 Jan 2014 12:31:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43145) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9Gm3-0000zZ-6A for emacs-devel@gnu.org; Fri, 31 Jan 2014 11:17:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9Gly-0003gI-3w for emacs-devel@gnu.org; Fri, 31 Jan 2014 11:16:58 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:45911) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9Glx-0003gC-RA for emacs-devel@gnu.org; Fri, 31 Jan 2014 11:16:54 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N0900I00WVU8T00@mtaout25.012.net.il> for emacs-devel@gnu.org; Fri, 31 Jan 2014 18:16:22 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0900CYEX794L70@mtaout25.012.net.il>; Fri, 31 Jan 2014 18:16:22 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169283 Archived-At: > From: Stefan Monnier > Cc: Michael Albinus , emacs-devel@gnu.org > 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.