From: Kaushal Modi <kaushal.modi@gmail.com>
To: emacs-org list <emacs-orgmode@gnu.org>
Subject: Re: Key bindings for Org export back-ends?
Date: Fri, 8 Feb 2019 06:51:01 -0500 [thread overview]
Message-ID: <CAFyQvY36T8-tao0d6EgJZWUKRF87boEXKuPBVsSODPbdjcKFoA@mail.gmail.com> (raw)
In-Reply-To: <87va1u3ctf.fsf@informationelle-selbstbestimmung-im-internet.de>
[-- Attachment #1: Type: text/plain, Size: 1280 bytes --]
On Fri, Feb 8, 2019, 3:28 AM Jens Lechtenboerger <lechten@wi.uni-muenster.de
wrote:
>
> - org-reveal [3]: R
> - org-re-reveal [4]: r (conflict with RSS)
>
I see that org-re-reveal is based off org-reveal. So do you see a use case
where people would `require' both org-reveal and org-re-reveal? If not,
then using the same binding as that of org-reveal should be fine too.
Where could we document the resulting list?
>
I'm pretty sure there are many more Org backends out there. For example, I
have a little ox-minutes backend that uses the M binding (and overrides the
binding for ox-man, but that's fine for me as I don't use ox-man).
We can start collecting a list of all Org backends on the Worg wiki. That's
a good idea. But doing so in order to not override the binding of some
other backend might not be possible.
I’m thinking of changing org-re-reveal to p (for presentation) or v
> (as occurring letter).
What about R as I suggested above?
Or C-r? So far, no back-end uses the
> control key. Any reasons not to do this?
>
You could probably use C-<letter>, but one has to ensure that it doesn't
override the inbuilt bindings like C-s (C-c C-e C-s ..). Also, not sure if
that override would actually be effective.
>
[-- Attachment #2: Type: text/html, Size: 2601 bytes --]
next prev parent reply other threads:[~2019-02-08 11:51 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-08 8:27 Key bindings for Org export back-ends? Jens Lechtenboerger
2019-02-08 11:51 ` Kaushal Modi [this message]
2019-02-08 14:02 ` Jens Lechtenboerger
2019-02-08 15:18 ` Jens Lechtenboerger
2019-02-09 0:31 ` Berry, Charles
2019-02-09 1:20 ` John Kitchin
2019-02-09 5:29 ` Berry, Charles
-- strict thread matches above, loose matches on Subject: below --
2019-02-08 15:48 Thomas S. Dye
2019-02-08 15:54 ` Kaushal Modi
2019-02-08 21:03 ` Jens Lechtenboerger
2019-02-09 16:40 ` Jens Lechtenboerger
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
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=CAFyQvY36T8-tao0d6EgJZWUKRF87boEXKuPBVsSODPbdjcKFoA@mail.gmail.com \
--to=kaushal.modi@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* 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
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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).