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: Sat, 4 Jul 2015 15:38:26 -0700 (PDT) Message-ID: <2203d80d-4792-44d4-9eb9-4519ca34511d@googlegroups.com> References: <30e47e1c-909c-4fb1-972d-f8b2e5706a02@googlegroups.com> 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 1436049620 26170 80.91.229.3 (4 Jul 2015 22:40:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Jul 2015 22:40:20 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jul 05 00:40:19 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 1ZBW6c-0000u4-DK for geh-help-gnu-emacs@m.gmane.org; Sun, 05 Jul 2015 00:40:18 +0200 Original-Received: from localhost ([::1]:45342 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBW6b-0007Y0-Bm for geh-help-gnu-emacs@m.gmane.org; Sat, 04 Jul 2015 18:40:17 -0400 X-Received: by 10.42.108.130 with SMTP id h2mr26200007icp.12.1436049506986; Sat, 04 Jul 2015 15:38:26 -0700 (PDT) X-Received: by 10.182.92.233 with SMTP id cp9mr270560obb.17.1436049506939; Sat, 04 Jul 2015 15:38:26 -0700 (PDT) Original-Path: usenet.stanford.edu!rd19no527777igc.0!news-out.google.com!t2ni3557igk.0!nntp.google.com!rd19no527769igc.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=173.150.248.223; posting-account=czAMxQoAAAAUEojshw4CrIvcwSdulymE Original-NNTP-Posting-Host: 173.150.248.223 User-Agent: G2/1.0 Injection-Date: Sat, 04 Jul 2015 22:38:26 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:213148 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:105435 Archived-At: On Saturday, July 4, 2015 at 10:24:22 AM UTC-5, Charles Millar wrote: > On 07/04/2015 10:56 AM, Alan wrote: > > Function "orgtbl-setup" (in "lisp/org/org-table.el.gz", where my Emacs = is GNU Emacs 24.5.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) of= 2015-04-10 on builder10-9.porkrind.org) has a number of key bindings that = seem to get defined in minor mode "orgtbl-mode", but don't get defined when= using Org (as in editing a file that has extension ".org"). > > > > My first use of Org was in creating a table of information. I used the= Org Mode Manual (Info node "org" on my distribution) as a guide. In node = "(org) Built-in table editor" some of these missing keymap definitions are = listed. The one of interest to me was "org-table-insert-column". I didn't= find it bound to any key and wondered why isn't it bound. > > > > So, my question is why isn't e.g. "org-table-insert-colunn" bound to a = key when using Org? And why does the Info manual suggest that such a key b= inding exists, without qualification? That function (and others) can be fo= und in a keymap--as described above--but that binding seems to be reserved = for minor mode "orgtbl-mode" (invoking that mode when in Org is not allowed= ). > > > Is this what you are looking for >=20 > shift-alt-rightarrrow >=20 > to insert column? >=20 > likewise shift-alt-leftarrow removes a column >=20 > Also org has a list >=20 > emacs-orgmode@gnu.org If I do (where-is 'org-table-insert-column) I get the following: org-table-insert-column is not on any key Function "orgtbl-setup" contains the following: (bindings '(([(meta shift left)] org-table-delete-column) ([(meta left)] org-table-move-column-left) ([(meta right)] org-table-move-column-right) ([(meta shift right)] org-table-insert-column) ([(meta shift up)] org-table-kill-row) ([(meta shift down)] org-table-insert-row) ([(meta up)] org-table-move-row-up) ([(meta down)] org-table-move-row-down) ("\C-c\C-w" org-table-cut-region) ("\C-c\M-w" org-table-copy-region) ("\C-c\C-y" org-table-paste-rectangle) ("\C-c\C-w" org-table-wrap-region) ("\C-c-" org-table-insert-hline) ("\C-c}" org-table-toggle-coordinate-overlays) ("\C-c{" org-table-toggle-formula-debugger) ("\C-m" org-table-next-row) ([(shift return)] org-table-copy-down) ("\C-c?" org-table-field-info) ("\C-c " org-table-blank-field) ("\C-c+" org-table-sum) ("\C-c=3D" org-table-eval-formula) ("\C-c'" org-table-edit-formulas) ("\C-c`" org-table-edit-field) ("\C-c*" org-table-recalculate) ("\C-c^" org-table-sort-lines) ("\M-a" org-table-beginning-of-field) ("\M-e" org-table-end-of-field) ([(control ?#)] org-table-rotate-recalc-marks))) while in org mode a number of these that I checked were not bound to any key sequence. 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.