From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David PONCE <david.ponce@wanadoo.fr> Newsgroups: gmane.emacs.devel Subject: read-key-sequence bug? Date: Thu, 1 Dec 2005 14:58:04 +0100 (CET) Message-ID: <12264761.1133445484471.JavaMail.www@wwinf1525> Reply-To: david.ponce@wanadoo.fr NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1133451712 24270 80.91.229.2 (1 Dec 2005 15:41:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 1 Dec 2005 15:41:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 01 16:41:51 2005 Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org> Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EhqUW-0004Ri-N1 for ged-emacs-devel@m.gmane.org; Thu, 01 Dec 2005 16:37:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EhqUV-00027g-RP for ged-emacs-devel@m.gmane.org; Thu, 01 Dec 2005 10:36:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EhoyY-0003p2-K1 for emacs-devel@gnu.org; Thu, 01 Dec 2005 08:59:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ehowp-00034y-Oy for emacs-devel@gnu.org; Thu, 01 Dec 2005 08:58:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ehowo-000345-TT for emacs-devel@gnu.org; Thu, 01 Dec 2005 08:58:07 -0500 Original-Received: from [193.252.23.84] (helo=smtp15.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ehowo-0004cH-Vj for emacs-devel@gnu.org; Thu, 01 Dec 2005 08:58:07 -0500 Original-Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1501.wanadoo.fr (SMTP Server) with ESMTP id 7E00C700008E for <emacs-devel@gnu.org>; Thu, 1 Dec 2005 14:58:04 +0100 (CET) Original-Received: from wwinf1525 (wwinf1525 [172.22.146.49]) by mwinf1501.wanadoo.fr (SMTP Server) with ESMTP id 74CF37000088 for <emacs-devel@gnu.org>; Thu, 1 Dec 2005 14:58:04 +0100 (CET) X-ME-UUID: 20051201135804478.74CF37000088@mwinf1501.wanadoo.fr Original-To: emacs-devel@gnu.org X-Originating-IP: [205.167.7.18] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." <emacs-devel.gnu.org> List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>, <mailto:emacs-devel-request@gnu.org?subject=unsubscribe> List-Archive: <http://lists.gnu.org/pipermail/emacs-devel> List-Post: <mailto:emacs-devel@gnu.org> List-Help: <mailto:emacs-devel-request@gnu.org?subject=help> List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>, <mailto:emacs-devel-request@gnu.org?subject=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:46853 Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/46853> Hi, In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.6.10) of 2005-12-01 on localhost X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--with-gtk' 'CFLAGS=-g -O2 -Wno-pointer-sign'' I noticed this with radio button menu items, which I don't think it's a normal behavior. Here is a scenario: emacs -Q (the scroll-bar is on the left by default) C-h k Select menu "Options", "Show/hide", "Scroll-bar", "On the Right" The scroll bar is actually moved on the right! And the help buffer displays: ----- <menu-bar> <options> <showhide> <showhide-scroll-bar> <left> runs the command menu-bar-left-scroll-bar which is an interactive compiled Lisp function in `menu-bar.el'. It is bound to <menu-bar> <options> <showhide> <showhide-scroll-bar> <left>. (menu-bar-left-scroll-bar) Display scroll bars on the left of each window. ----- I tried the same scenario with `read-key-sequence'. It runs the radio-button menu item command too, and returns the currently selected radio-button item instead of the one selected on the menu, that is [(menu-bar) options showhide showhide-scroll-bar left] instead of [(menu-bar) options showhide showhide-scroll-bar right] When selecting a menu item which is not a radio-button, describe-key and read-key-sequence seem to work as expected. Do others observe that? Sincerely, David