From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: Key bindings for Org export back-ends? Date: Fri, 8 Feb 2019 06:51:01 -0500 Message-ID: References: <87va1u3ctf.fsf@informationelle-selbstbestimmung-im-internet.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000689ad60581609311" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:41088) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gs4h0-0007ed-DE for emacs-orgmode@gnu.org; Fri, 08 Feb 2019 06:51:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gs4gr-0001dj-Pw for emacs-orgmode@gnu.org; Fri, 08 Feb 2019 06:51:33 -0500 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:42140) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gs4gi-0001R2-Tt for emacs-orgmode@gnu.org; Fri, 08 Feb 2019 06:51:23 -0500 Received: by mail-lf1-x136.google.com with SMTP id l10so2296104lfh.9 for ; Fri, 08 Feb 2019 03:51:15 -0800 (PST) In-Reply-To: <87va1u3ctf.fsf@informationelle-selbstbestimmung-im-internet.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-org list --000000000000689ad60581609311 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Feb 8, 2019, 3:28 AM Jens Lechtenboerger > - 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=E2=80=99m 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-, 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. > --000000000000689ad60581609311 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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 t= hat of org-reveal should be fine too.=C2=A0


=
Where could we document the=C2=A0resulting l= ist?

I'm pretty sure there are many more Org backends out there. For exa= mple, I have a little ox-minutes backend that uses the M binding (and overr= ides the binding for ox-man, but that's fine for me as I don't use = ox-man).

We can start co= llecting a list of all Org backends on the Worg wiki. That's a good ide= a. But doing so in order to not override the binding of some other backend = might not be possible.=C2=A0

I=E2=80=99m = thinking of changing org-re-reveal to p (for presentation) or v
(as occurring letter).

=
What about R as I suggested above?

=C2=A0 Or C-r?=C2=A0 So far, no back-end uses the
control key.=C2=A0 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 a= ctually be effective.=C2=A0
--000000000000689ad60581609311--