From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Newsgroups: gmane.emacs.help Subject: Re: Org keymap question Date: Sun, 5 Jul 2015 14:59:37 -0700 (PDT) Message-ID: <437026db-0e02-4dd5-a6ec-199fb13c2593@googlegroups.com> References: <30e47e1c-909c-4fb1-972d-f8b2e5706a02@googlegroups.com> <2203d80d-4792-44d4-9eb9-4519ca34511d@googlegroups.com> <55988BC1.5040300@verizon.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1436133622 19794 80.91.229.3 (5 Jul 2015 22:00:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Jul 2015 22:00:22 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jul 06 00:00:22 2015 Return-path: Envelope-to: geh-help-gnu-emacs@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 1ZBrxV-0006eE-8V for geh-help-gnu-emacs@m.gmane.org; Mon, 06 Jul 2015 00:00:21 +0200 Original-Received: from localhost ([::1]:47818 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBrxU-00073e-Qv for geh-help-gnu-emacs@m.gmane.org; Sun, 05 Jul 2015 18:00:20 -0400 X-Received: by 10.50.103.39 with SMTP id ft7mr32809687igb.5.1436133577782; Sun, 05 Jul 2015 14:59:37 -0700 (PDT) X-Received: by 10.182.181.10 with SMTP id ds10mr152360obc.12.1436133577753; Sun, 05 Jul 2015 14:59:37 -0700 (PDT) Original-Path: usenet.stanford.edu!qs7no394104igc.0!news-out.google.com!t2ni3676igk.0!nntp.google.com!qs7no394103igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=75.150.245.60; posting-account=czAMxQoAAAAUEojshw4CrIvcwSdulymE Original-NNTP-Posting-Host: 75.150.245.60 User-Agent: G2/1.0 Injection-Date: Sun, 05 Jul 2015 21:59:37 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:213187 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105474 Archived-At: On Saturday, July 4, 2015 at 9:03:02 PM UTC-5, =D3scar Fuentes wrote: > Charles Millar writes: >=20 > >> The Info node that I referenced says: > >> > >> 'M-S- (org-table-insert-column)' > >> Insert a new column to the left of the cursor position. > >> > >> & that is what I was expecting to find, but didn't. > >> > > I must be missing the point. Are you asking why C-h w or M-x whereis > > does not report that M-S-right is bound to org-table-insert-column, > > even though it is bound? > > > > I agree that C-h w org-table-insert-column gives the tesult that you > > received, i.e. not bound to any key. > > > > And yet - meta-shift-right is the key chord for > > org-table-insert-column which does insert a column to the left of the > > point > > > > Perhaps there is a bug vis-a-vis, "whereis" and the orgmode > > keybindings, and I suggest that you post this question to the orgmode > > mailing list at emacs-orgmode@gnu.org, since it is there you will find > > the org-mode gurus >=20 > C-h k M-S- while the point is on a Org table gives: >=20 > runs the command org-shiftmetaright (found in > org-mode-map), which is an interactive compiled Lisp function in > `org.el'. >=20 > It is bound to , ESC , C-c C-x R, > , Column>. >=20 > (org-shiftmetaright) >=20 > Demote subtree or insert table column. > Calls `org-demote-subtree', `org-indent-item-tree', or > `org-table-insert-column', depending on context. See the > individual commands for more information. >=20 >=20 >=20 > As you can see the key binding invokes org-shiftmetaright which calls > the corresponding function as per the context. It is apparent that Org > has its own keybinding dispatch mechanism on top of Emacs', so > `where-is' and related features are not reliable when working on Org. I can make several observations: (1) (where-is 'org-shiftmetaright) will work (2) A search for "org-shiftmetaright" in the Org Info manual ("This manual = is for Org version 8.2.9.") turns up nothing. (3) I couldn't produce key combo "M-S " by using the "esc" key on my= Mac keyboard as the means for invoking . I could do so with the alt= /option key (default key), or by using the control key in my case [(= setq mac-control-modifier 'meta) in my init file]. (4) (describe-mode) does mention " org-shiftmetaright" & if I ha= d paid it more attention (and less to the Org Info manual) I would have bee= n better off.