From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Why is this-command-keys missing? Date: Sun, 2 Jan 2011 05:29:52 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1293942627 20868 80.91.229.12 (2 Jan 2011 04:30:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 2 Jan 2011 04:30:27 +0000 (UTC) Cc: Emacs-Devel devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 02 05:30:23 2011 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.69) (envelope-from ) id 1PZFaI-00049Q-K0 for ged-emacs-devel@m.gmane.org; Sun, 02 Jan 2011 05:30:22 +0100 Original-Received: from localhost ([127.0.0.1]:45126 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZFaH-00067r-Dx for ged-emacs-devel@m.gmane.org; Sat, 01 Jan 2011 23:30:21 -0500 Original-Received: from [140.186.70.92] (port=37263 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZFaA-00067c-S2 for emacs-devel@gnu.org; Sat, 01 Jan 2011 23:30:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZFa9-0002OO-LP for emacs-devel@gnu.org; Sat, 01 Jan 2011 23:30:14 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:62283) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZFa9-0002LW-CE for emacs-devel@gnu.org; Sat, 01 Jan 2011 23:30:13 -0500 Original-Received: by ewy27 with SMTP id 27so6610077ewy.0 for ; Sat, 01 Jan 2011 20:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=TS0ByLUWCQ9w8w9zhnwbt8WrwTw4PAj+IL6+6cocUZ8=; b=kYvNABL6XyH9yex9NSo63xtvpqFyedGu1xVewNste9dy81ZQ0skVyWj+JdTnk4EEjZ dZnDJworEEM0YJ8Y57c8azxxDFtnSql7VhnKPsuf87Z2bZZcfY6jKRjPRQTkH/MeNInn zXmqYIZdQpVNoARzEiuYd2cx0XtgQd1cQl2XE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=hzGSmpBbyzu8hnUlsppiV2yM0IGzJwAoQlViErSh8yaPnXyb88flkCQcCK9Oo8Vy0Y IJPL+kVAQ8NwOab0DLGu30ApZbCjhq66HaToXR0VNrVMWWFpd61c94HwLzqR8YT1DwOa R2MctKJmLwc6grHVfXUR+S2Ou9mjQllZR2dt8= Original-Received: by 10.213.2.198 with SMTP id 6mr4360639ebk.71.1293942612606; Sat, 01 Jan 2011 20:30:12 -0800 (PST) Original-Received: by 10.213.20.148 with HTTP; Sat, 1 Jan 2011 20:29:52 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:134153 Archived-At: On Sun, Jan 2, 2011 at 5:19 AM, Stefan Monnier w= rote: >> I am trying to use orgstruct-mode for a compilation output buffer. >> orgstruct-mode binds keys like this: > >> =C2=A0 =C2=A0 ;; Special treatment needed for TAB and RET >> =C2=A0 =C2=A0 (org-defkey orgstruct-mode-map [(tab)] >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (orgstruct-make-binding= 'org-cycle 102 [(tab)] "\C-i")) >> =C2=A0 =C2=A0 (org-defkey orgstruct-mode-map "\C-i" >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (orgstruct-make-binding= 'org-cycle 103 "\C-i" [(tab)])) > > I don't know what this does, nor why it seems to bind both "\C-i" and > [(tab)]. I beginning to think the problem is in this binding here, but I do not understand exactly why the binding is done like this. > So, you don't care which command was run, but instead you want to > delegate to the other command which would be run if you ignore the > "currently used" binding. Yes. > - disable your binding, then push this-command-raw-keys back on > =C2=A0unread-command-events, while arranging to re-enable the binding > =C2=A0after the next command. I do not think it will work here since the key seems to be already translated in raw-keys.