From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: michael.cadilhac@lrde.org (=?iso-8859-1?Q?Micha=EBl?= Cadilhac) Newsgroups: gmane.emacs.devel Subject: Re: The order input events are processed. Date: Sun, 10 Sep 2006 11:08:53 +0200 Organization: Epita/LRDE Message-ID: <87ejukt7fe.fsf@lrde.org> References: <87odtrrkgh.fsf@lrde.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0781024150==" X-Trace: sea.gmane.org 1157879400 4040 80.91.229.2 (10 Sep 2006 09:10:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Sep 2006 09:10:00 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 10 11:09:53 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GMLK4-0005U0-Hx for ged-emacs-devel@m.gmane.org; Sun, 10 Sep 2006 11:09:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GMLK3-0005ZI-OR for ged-emacs-devel@m.gmane.org; Sun, 10 Sep 2006 05:09:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GMLJN-0005YP-RE for emacs-devel@gnu.org; Sun, 10 Sep 2006 05:09:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GMLJF-0005UJ-2A for emacs-devel@gnu.org; Sun, 10 Sep 2006 05:09:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GMLJE-0005UG-OY for emacs-devel@gnu.org; Sun, 10 Sep 2006 05:09:00 -0400 Original-Received: from [62.39.139.2] (helo=kualalumpur.lrde.epita.fr) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GMLK9-0000zA-Dd; Sun, 10 Sep 2006 05:09:57 -0400 Original-Received: from mahaena.lrde.epita.fr ([192.168.101.66] helo=mahaena.lrde) by kualalumpur.lrde.epita.fr with esmtp (Exim 4.50) id 1GMLJ4-0002rT-9L; Sun, 10 Sep 2006 11:08:50 +0200 Original-To: rms@gnu.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEVWPh+Tai+5r5YKBAEU CQQzGAtiq7gjAAACR0lEQVQ4jW2UzW7lIAyFzVW8BzTZX5DmCZLuU2H2pMXv/ypzbK7aSh2kRCRf /HNsE0q7Sg+RQ7JFKaqtrRNAl5AIIKe6D5DBqgbmUAe5hBI1wIRFAHjeM0RKtZi7XVVEpb0BSNfA IddChChT5DildSLWOWhY5IEItMnncZgFcUAc/5jjwCMsDosRNdfKPDTFEdVBW8C+RebDb4N5Orio RhM1+11IJyx0ng2+LryFHBMPDQDYHrY6IfGuU3ouiXTQNE8LIJDKOWpNxERTFrggQwRPd7USUsTW fJ0XbR3bdj5KgBYy4SACpxDeUYEUAzLmtJ1iIrD2gczPq8Qomjhsh/RjGIgKIO8p7NITjwlx7WID nsnQe5NeuTvoBpi8LX6vLLOh5icjOHqBypgnuSp7M+RE1agbQKHQr5E2z1WObhYW4gMqeGQL7joM jCf2DxSk5ApADSYHfFF4igNfJZL1z0GKP0FN02s4XiDXr7V5P94W6I9v8MfBOQDmfwAaVYt+x8Da v4DJvX8BAdin3Knm5yMZYAO4ABDkDniZLLfi4P40gP1F0TPGZOu0CGwA1lcowxwlGy6A9705mD0V jHCxwVZT/hYdRJVUGZNlx6l7ScQBTluof6Wj6bsPYlvpwoTvXFD9gHPn2TZPF3ntI2ecxVrW5MrV XiCie5EeNa7BlWu/HNSkprDUva163PHxAv5jyGV7gVzyAghSKOTnat85UIYFICXbD2NV9rRiv0BS tKQsg6OHH4A15F1WW+UHKHHa32h6aPnAm3/pUcWp+WYnTQAAAABJRU5ErkJggg== In-Reply-To: (Richard Stallman's message of "Sat, 09 Sep 2006 16:45:42 -0400") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:59615 Archived-At: --===============0781024150== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Richard Stallman writes: > The whole point of unread-post-input-method-events is to be processed > first. Changing it to operate last will break it. When an input method > runs and generates a sequence of several events, those events must > be processed before whatever is in unread-command-events. Ok, seems reasonable ;-) > One way to fix it is for sit_for to test these variables directly > so that it doesn't need to change them. Does anyone see a problem > with that? Does it mean that sit-for will have to do active wait [1] ? I think it's not a good way to go, or have we an alternative? In a first place, I thought that `read-char' could store the var from which the char read has been taken, so that a function `putback-char' could but it back in the good list. How about that ? However, I've always dreamt about an unique entry point for unread-events: unread-command-events would store direct events (u-c-e =3D '(?a ?b)) or events as a cons, the cdr telling if input-method has to be used (u-c-e =3D '(?a (?b . nil) ?c)). Does it seems crazy? [2] Footnotes:=20 [1] (while (not (or unread-command-events unread-*)) ) [2] Of course, _after_ the release ;-) =2D-=20 | Micha=EBl `Micha' Cadilhac | La culture c'est comme la confiture= , | | Epita/LRDE Promo 2007 | c'est meilleur avec du pain. = | | http://www.lrde.org/~cadilh_m | -- MOI59 = | `-- - JID: micha@amessage.be --' - -= -' --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFFA9YoZYNf4qobZ7kRArlwAJ9aSbnaEFah0VRMyXUm4+ao3e9ZiQCg1WRb RgFCoGLp7kJ6i4UrFafC7eE= =Em9h -----END PGP SIGNATURE----- --=-=-=-- --===============0781024150== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0781024150==--