From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: kbd vs read-key-sequence Date: Fri, 30 Mar 2007 20:38:24 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1175301521 16351 80.91.229.12 (31 Mar 2007 00:38:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 31 Mar 2007 00:38:41 +0000 (UTC) Cc: lekktu@gmail.com, jasonr@gnu.org, emacs-devel@gnu.org, handa@m17n.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 31 02:38:34 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HXRc2-0000u3-4Z for ged-emacs-devel@m.gmane.org; Sat, 31 Mar 2007 02:38:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HXRem-0006dd-8S for ged-emacs-devel@m.gmane.org; Fri, 30 Mar 2007 19:41:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HXRei-0006dB-Qj for emacs-devel@gnu.org; Fri, 30 Mar 2007 20:41:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HXReh-0006cT-3k for emacs-devel@gnu.org; Fri, 30 Mar 2007 20:41:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HXReg-0006cQ-Vj for emacs-devel@gnu.org; Fri, 30 Mar 2007 19:41:19 -0500 Original-Received: from tomts5.bellnexxia.net ([209.226.175.25] helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HXRbt-00072B-Ou; Fri, 30 Mar 2007 20:38:26 -0400 Original-Received: from pastel.home ([70.53.194.92]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070331003824.BOML1671.tomts5-srv.bellnexxia.net@pastel.home>; Fri, 30 Mar 2007 20:38:24 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 1FCCE85C6; Fri, 30 Mar 2007 20:38:24 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Fri\, 30 Mar 2007 17\:23\:09 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.96 (gnu/linux) X-detected-kernel: Solaris 8 (1) 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:68803 Archived-At: > No, the bug in the use of encoded-kbd-mode. > Maybe they are both bugs. I don't think so: encoded-kbd-mode was specifically written to handle terminal input (i.e. sequences of bytes), so it fulfills this role fine. It's just that the w32 code abuses it by passing it non-terminal events (i.e. non-bytes). > The decoding should be > done elsewhere, as is done in X11. > Perhaps it should be, and perhaps after the release we will change > that. But that has no effect on what to do now. Right now, this > is done with encoded-kbd-mode, and we are not planning to change that now. Why should we add hacks to encoded-kbd-mode to work around a bug in the w32 support, rather than fix this w32 code? Especially since encoded-kbd-mode is used on every platform, so we would risk introducing bugs for users on favored platforms like GNU/Linux for the sake of users on w32??? Fixing it right shouldn't be hard, really. No harder than changing encoded-kbd-mode. We just need someone to do it. If we can't find this someone, then we should probably leave this bug. After all it's been there in one form or another since Emacs-20. Stefan