emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Free up C-c SPC/org-table-blank-field?
Date: Wed, 03 Feb 2021 17:26:11 +1100	[thread overview]
Message-ID: <87r1lx1wyw.fsf@gmail.com> (raw)
In-Reply-To: <875z39y8ua.fsf@kyleam.com>

Kyle Meyer <kyle@kyleam.com> writes:

> Eric Abrahamsen writes:
>> Hi all,
>> The C-c SPC keybinding is pretty prime property (it's also, according to
>> Emacs conventions, meant to be reserved for the user, though I know
>> that's already out the window with Org),
> Based on my reading of (info "(elisp)Key Binding Conventions"), I think
> `C-c SPC` doesn't fall into the user's `C-c LETTER' territory but
> instead into the this group:
>   Sequences consisting of ‘C-c’ followed by any other ASCII
>   punctuation or symbol character are allocated for minor modes.
>   Using them in a major mode is not absolutely prohibited, but if you
>   do that, the major mode binding may be shadowed from time to time
>   by minor modes.


> But, either way, I don't disagree with what you say next.
>> and it's currently bound to `org-table-blank-field', which is useless
>> unless you... happen to be in a table. I don't use tables often (or
>> blank fields when I do), which means this binding is effectively just
>> removed.

Does it actually need a key binding? I've never used it and just use
<tab> to move to the next field, leaving the field blank.

>> What do people think about making it a no-op when not on a table
>> (letting it fall through to the global map), or putting it in a keymap
>> text property on tables, or otherwise not hogging the binding?
> In my view, the first would be fine, and the second also unless someone
> chimes in with a technical reason not to.  For the last, perhaps `C-c
> C-SPC' would be an okay replacement, though I'd assume that would break
> some users' muscle memory in a surprising and unpleasant way.

I'm not familiar with how this is all put together inside org mode.
If it is possible to configure things so that it is only bound when
inside a table and does not shadow other bindings for that sequence
outside a table, I think that would be a positive change. However, I do
also note that this is the type of change which tends to cause 'ripples'
and may have unexpected impact in other areas, such as other packages,
predefined or 'canned' emacs configurations etc.

Tim Cross

  reply	other threads:[~2021-02-03  6:34 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-25 18:05 Free up C-c SPC/org-table-blank-field? Eric Abrahamsen
2021-02-03  6:16 ` Kyle Meyer
2021-02-03  6:26   ` Tim Cross [this message]
2021-02-05  3:48   ` Eric Abrahamsen
2021-02-05  4:45     ` Kyle Meyer
2021-02-05  5:32     ` Tim Cross
2021-02-05  9:41       ` Christian Moe
2021-02-05 10:44         ` Carsten Dominik
2021-02-05 18:33           ` Eric Abrahamsen
2021-02-11  9:45             ` Carsten Dominik
2021-03-04 19:49               ` Eric Abrahamsen
2021-04-28  3:50                 ` Bastien
2021-05-01 21:09                   ` Eric Abrahamsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r1lx1wyw.fsf@gmail.com \
    --to=theophilusx@gmail.com \
    --cc=emacs-orgmode@gnu.org \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).