different key binding between GUI emacs and emacs -nw

different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

I've just filed a bug report on emacs and was advised to report it here too.

It's bug#27140.

Basically, when I start GUI emacs (macOS, but also Aquamacs, also reported in Xubuntu and GTK+/Linux), I don't get the default org-mode bindings. Only emacs -nw gets them.

Even if I start both with -Q, I get the exact same behavior: proper default key bindings for org-mode in emacs -nw, some bindings overridden in GUI emacs.

The discussion thread on help-gnu-emacs is here:

http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html

Let me know if you need extra information.

Jean-Christophe 

Re: different key binding between GUI emacs and emacs -nw

[Nicolas Goaziou]

Hello,

Jean-Christophe Helary <jean.christophe.helary@gmail.com> writes:

> I've just filed a bug report on emacs and was advised to report it here too.
>
> It's bug#27140.
>
> Basically, when I start GUI emacs (macOS, but also Aquamacs, also reported in Xubuntu and GTK+/Linux), I don't get the default org-mode bindings. Only emacs -nw gets them.
>
> Even if I start both with -Q, I get the exact same behavior: proper default key bindings for org-mode in emacs -nw, some bindings overridden in GUI emacs.
>
> The discussion thread on help-gnu-emacs is here:
>
> http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html
>
> Let me know if you need extra information.

What happens if you replace, e.g.,

  (org-defkey org-mode-map [(meta left)]  'org-metaleft)

with

  (org-defkey org-mode-map (kbd "M-<left>")  'org-metaleft)

in "org.el"?

Regards,

-- 
Nicolas Goaziou

Re: different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

> On May 30, 2017, at 15:51, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
> 
>> http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html
>> 
>> Let me know if you need extra information.
> 
> What happens if you replace, e.g.,
> 
>  (org-defkey org-mode-map [(meta left)]  'org-metaleft)
> 
> with
> 
>  (org-defkey org-mode-map (kbd "M-<left>")  'org-metaleft)
> 
> in "org.el"?

Nothing changes.

Jean-Christophe 

Re: different key binding between GUI emacs and emacs -nw

[Tim Visher]

[-- Attachment #1: Type: text/plain, Size: 896 bytes --]

Sometimes your Terminal application captures these 'extended' bindings. If
you know that your Terminal application isn't doing that (for instance, by
using key sequence help like `<f1> k M-<left>`) then I don't have any other
help to offer. I've always just accepted that org mode keybindings differ
between terminal and gui.

On Tue, May 30, 2017 at 3:37 AM, Jean-Christophe Helary <
jean.christophe.helary@gmail.com> wrote:

>
> > On May 30, 2017, at 15:51, Nicolas Goaziou <mail@nicolasgoaziou.fr>
> wrote:
> >
> >> http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html
> >>
> >> Let me know if you need extra information.
> >
> > What happens if you replace, e.g.,
> >
> >  (org-defkey org-mode-map [(meta left)]  'org-metaleft)
> >
> > with
> >
> >  (org-defkey org-mode-map (kbd "M-<left>")  'org-metaleft)
> >
> > in "org.el"?
>
> Nothing changes.
>
> Jean-Christophe
>
>

[-- Attachment #2: Type: text/html, Size: 1646 bytes --]

[org] different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

[-- Attachment #1: Type: text/plain, Size: 1562 bytes --]


> On May 30, 2017, at 21:21, Tim Visher <tim.visher@gmail.com> wrote:
> 
> Sometimes your Terminal application captures these 'extended' bindings.

It is the opposite that's happening. Terminal works fine. It is the GUI that does not accept the bindings. And as I wrote, it is not limited to my macOS (Emacs.app and Aquamacs show the same behavior) but to other people's GTK+ linux or Xubuntu. So it seems that's something that aught to be investigated and eventually fixed.

> I've always just accepted that org mode keybindings differ between terminal and gui.

Except that I don't *have* most bindings in GUI. There is probably a rational reason what that is happening. I'm fine with helping with the investigation but I fear that's an area where I can't do much more than that.

Jean-Christophe

> 
> On Tue, May 30, 2017 at 3:37 AM, Jean-Christophe Helary <jean.christophe.helary@gmail.com <mailto:jean.christophe.helary@gmail.com>> wrote:
> 
> > On May 30, 2017, at 15:51, Nicolas Goaziou <mail@nicolasgoaziou.fr <mailto:mail@nicolasgoaziou.fr>> wrote:
> >
> >> http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html <http://lists.gnu.org/archive/html/help-gnu-emacs/2017-05/msg00306.html>
> >>
> >> Let me know if you need extra information.
> >
> > What happens if you replace, e.g.,
> >
> >  (org-defkey org-mode-map [(meta left)]  'org-metaleft)
> >
> > with
> >
> >  (org-defkey org-mode-map (kbd "M-<left>")  'org-metaleft)
> >
> > in "org.el"?
> 
> Nothing changes.
> 
> Jean-Christophe
> 
> 


[-- Attachment #2: Type: text/html, Size: 3069 bytes --]

Re: [org] different key binding between GUI emacs and emacs -nw

[Scott Randby]

On 05/30/2017 08:29 AM, Jean-Christophe Helary wrote:
> It is the opposite that's happening. Terminal works fine. It is the GUI
> that does not accept the bindings. And as I wrote, it is not limited to
> my macOS (Emacs.app and Aquamacs show the same behavior) but to other
> people's GTK+ linux or Xubuntu. So it seems that's something that aught
> to be investigated and eventually fixed.

I have no issues on Xubuntu with Org key bindings. I'm using Emacs
24.5.1 and Org 9.0.3 on Xubuntu 16.04.

Scott Randby

Re: [org] different key binding between GUI emacs and emacs -nw

[Charles C. Berry]

On Tue, 30 May 2017, Scott Randby wrote:

> On 05/30/2017 08:29 AM, Jean-Christophe Helary wrote:
>> It is the opposite that's happening. Terminal works fine. It is the GUI
>> that does not accept the bindings. And as I wrote, it is not limited to
>> my macOS (Emacs.app and Aquamacs show the same behavior) but to other
>> people's GTK+ linux or Xubuntu. So it seems that's something that aught
>> to be investigated and eventually fixed.

Not by the org team, I think. As Scott reports:

>
> I have no issues on Xubuntu with Org key bindings. I'm using Emacs
> 24.5.1 and Org 9.0.3 on Xubuntu 16.04.

I have no issues either on

 	macOS Sierra 10.12.5 Emacs.app 25.1.1 Org 9.0.7


AFAICS, the GUI Emacs.app runs as advertised and there is nothing wrong 
with Org.  There are a lot of us who use macOS and Org with no issues with 
M-<left/right>, so it is hard to see how this is an org-mode issue.

Some additional data points:

M-<left> promotes and M-<right> demotes headlines using the usual GUI app.

The Terminal is tricky:

In the Terminal using Emacs.app, with Edit Menu - Use Option As Meta Key 
selected:

I get promote/demote if I use S-<Option Key> <left/right> or C-<Option
Key> <left/right>.

ESC <left/right> runs promote/demote regardless of Option as Meta setting.

<Option Key>-<left/right> runs M-b/f regardless of Option as Meta setting.

Running C-h k <some key combo involving Option> shows that the Terminal 
doesn't see Option as Meta in the way I would expect.

So, if there is a problem on my setup it lies in the Terminal.app or some 
plist that governs it.

HTH,

Chuck

Re: [org] different key binding between GUI emacs and emacs -nw

[Tim Cross]

[-- Attachment #1: Type: text/plain, Size: 3121 bytes --]

Just add my confirmation that I have no issues with GUI bindings on either
MacOS Sierra with emacs 25.2 and org 9.0.7 or under Linux with Ubuntu 17.04
(same emacs and org versions).

What happens if

1. You use emacs -q and just load the version of org which is bundled with
emacs?
2. you use emacs -q and just load latest org from elpa?

On the mac, I do have

#+BEGIN_SRC emacs-lisp
  (when *is-a-mac*
    (setq mac-command-modifier 'meta)
    (setq mac-option-modifier 'none)
    (setq dired-free-space-program "gdf")
    (setq insert-directory-program "gls")
    (setq default-input-method "MacOSX")
    ;; Make mouse wheel / trackpad scrolling less jerky
    (setq mouse-wheel-scroll-amount '(1 ((shift) . 5)
                                        ((control))))
    (dolist (multiple '("" "double-" "triple-"))
      (dolist (direction '("right" "left"))
        (global-set-key (read-kbd-macro
                         (concat "<" multiple "wheel-" direction ">"))
'ignore)))
    (bind-key "M-'" 'ns-next-frame)
    (bind-key "M-h" 'ns-do-hide-emacs)
    (bind-key "M-`" 'ms-do-hide-others)
    (use-package applescript-mode
      :ensure t
      :mode ("\\.applescript" . applescript-mode))
    (use-package osx-plist
      :ensure t)
    (use-package osx-trash
      :ensure t
      :config (osx-trash-setup)))


#+END_SRC


On 31 May 2017 at 02:49, Charles C. Berry <ccberry@ucsd.edu> wrote:

> On Tue, 30 May 2017, Scott Randby wrote:
>
> On 05/30/2017 08:29 AM, Jean-Christophe Helary wrote:
>>
>>> It is the opposite that's happening. Terminal works fine. It is the GUI
>>> that does not accept the bindings. And as I wrote, it is not limited to
>>> my macOS (Emacs.app and Aquamacs show the same behavior) but to other
>>> people's GTK+ linux or Xubuntu. So it seems that's something that aught
>>> to be investigated and eventually fixed.
>>>
>>
> Not by the org team, I think. As Scott reports:
>
>
>> I have no issues on Xubuntu with Org key bindings. I'm using Emacs
>> 24.5.1 and Org 9.0.3 on Xubuntu 16.04.
>>
>
> I have no issues either on
>
>         macOS Sierra 10.12.5 Emacs.app 25.1.1 Org 9.0.7
>
>
> AFAICS, the GUI Emacs.app runs as advertised and there is nothing wrong
> with Org.  There are a lot of us who use macOS and Org with no issues with
> M-<left/right>, so it is hard to see how this is an org-mode issue.
>
> Some additional data points:
>
> M-<left> promotes and M-<right> demotes headlines using the usual GUI app.
>
> The Terminal is tricky:
>
> In the Terminal using Emacs.app, with Edit Menu - Use Option As Meta Key
> selected:
>
> I get promote/demote if I use S-<Option Key> <left/right> or C-<Option
> Key> <left/right>.
>
> ESC <left/right> runs promote/demote regardless of Option as Meta setting.
>
> <Option Key>-<left/right> runs M-b/f regardless of Option as Meta setting.
>
> Running C-h k <some key combo involving Option> shows that the Terminal
> doesn't see Option as Meta in the way I would expect.
>
> So, if there is a problem on my setup it lies in the Terminal.app or some
> plist that governs it.
>
> HTH,
>
> Chuck
>
>


-- 
regards,

Tim

--
Tim Cross

[-- Attachment #2: Type: text/html, Size: 4914 bytes --]

Re: [org] different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

> On May 31, 2017, at 7:28, Tim Cross <theophilusx@gmail.com> wrote:
> 
> Just add my confirmation that I have no issues with GUI bindings on either MacOS Sierra with emacs 25.2 and org 9.0.7 or under Linux with Ubuntu 17.04 (same emacs and org versions). 

There were *some* people on help-emacs that could reproduce the issue on GTK+ and Xubuntu, I'm not saying it's everybody :)

> What happens if
> 
> 1. You use emacs -q and just load the version of org which is bundled with emacs?

I've checked -Q with the bundled files and I get the same result.

> 2. you use emacs -q and just load latest org from elpa?

I always keep my packages up to date so I guess I have the latest package. I'll check.

Jean-Christophe 

Re: [org] different key binding between GUI emacs and emacs -nw

[Tim Cross]

[-- Attachment #1: Type: text/plain, Size: 2175 bytes --]

It is certainly a weird issue.

I can't see how org-mode would behave differently at the OS level from
other emacs package bindings. Likewise, there is nothing different or
unusual about how org-mode does key bindings. If there was a problem at the
OS, window manager or interface library (i.e. gtk) level, it should affect
all bindings.

I'm sure this has been checked, but make sure it isn't the window
manager/OS 'stealing' the keys. When I install emacs on any system, the
first thing I do is use the OS or window manager facilities to
remove/disable any OS/window manager shortcuts so that the key presses get
passed through to Emacs. I doubt this is the problem because if it was, you
would see the same issue iwth other Emacs modes/packages, not just
org-mode.

Unless someone can produce a minimum example which can reproduce this
issue, I don't even see where to start.

I shold have mentioned that the version of Ubuntu I use is Gnome and I
build emacs with GTK.

I should also mention that Ubuntu (well Debian really) install a versino of
emacs which is customized and not stock-stnadard emacs. Also, my macOS
version of emcs is built using brew install and not brew cask install, so
it is built from the git repo and not using the macforosx binaries the cask
version uses.

Tim

On 31 May 2017 at 08:44, Jean-Christophe Helary <
jean.christophe.helary@gmail.com> wrote:

>
> > On May 31, 2017, at 7:28, Tim Cross <theophilusx@gmail.com> wrote:
> >
> > Just add my confirmation that I have no issues with GUI bindings on
> either MacOS Sierra with emacs 25.2 and org 9.0.7 or under Linux with
> Ubuntu 17.04 (same emacs and org versions).
>
> There were *some* people on help-emacs that could reproduce the issue on
> GTK+ and Xubuntu, I'm not saying it's everybody :)
>
> > What happens if
> >
> > 1. You use emacs -q and just load the version of org which is bundled
> with emacs?
>
> I've checked -Q with the bundled files and I get the same result.
>
> > 2. you use emacs -q and just load latest org from elpa?
>
> I always keep my packages up to date so I guess I have the latest package.
> I'll check.
>
> Jean-Christophe




-- 
regards,

Tim

--
Tim Cross

[-- Attachment #2: Type: text/html, Size: 3113 bytes --]

Re: [org] different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

> On May 31, 2017, at 11:38, Tim Cross <theophilusx@gmail.com> wrote:
> 
> It is certainly a weird issue. 

I couldn't agree more :)

> If there was a problem at the OS, window manager or interface library (i.e. gtk) level, it should affect all bindings. 

That's correct.
Basically, what happens in that in GUI mode, the ESC key is not recognized as META in org-mode (only as far as I can tell).

> I should also mention that Ubuntu (well Debian really) install a versino of emacs which is customized and not stock-stnadard emacs. Also, my macOS version of emcs is built using brew install and not brew cask install, so it is built from the git repo and not using the macforosx binaries the cask version uses. 

This morning I have installed emacs from macport (emacs-app-devel) and I've also built it from the repository (./configure with-ns).

In the locally build version Esc-Left promotes a header. But Esc-Right does not demote it, it only moves to the next word.

Macport emacs shows the same behavior as brew emacs: in GUI, Esc is not recognized as Meta.

Weird.

Jean-Christophe 

Re: [org] different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

Apologies,

> On May 31, 2017, at 12:51, Jean-Christophe Helary <jean.christophe.helary@gmail.com> wrote:

> This morning I have installed emacs from macport (emacs-app-devel) and I've also built it from the repository (./configure with-ns).
> 
> In the locally build version Esc-Left promotes a header. But Esc-Right does not demote it, it only moves to the next word.

The above it incorrect. I had modified the file before the build. I get the same result as I've got so far. Sorry for that.

Jean-Christophe 

Re: [org] different key binding between GUI emacs and emacs -nw

[Eric S Fraga]

[-- Attachment #1: Type: text/plain, Size: 418 bytes --]

On Wednesday, 31 May 2017 at 02:38, Tim Cross wrote:
> I'm sure this has been checked, but make sure it isn't the window
> manager/OS 'stealing' the keys. When I install emacs on any system,

My own experience over the years is that this is indeed usually the
culprit, especially for keys such as M-arrows which are often bound to
functions like changing workspace views.

-- 
Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

Re: [org] different key binding between GUI emacs and emacs -nw

[Jean-Christophe Helary]

> On May 31, 2017, at 19:01, Eric S Fraga <e.fraga@ucl.ac.uk> wrote:
> 
> On Wednesday, 31 May 2017 at 02:38, Tim Cross wrote:
>> I'm sure this has been checked, but make sure it isn't the window
>> manager/OS 'stealing' the keys. When I install emacs on any system,
> 
> My own experience over the years is that this is indeed usually the
> culprit, especially for keys such as M-arrows which are often bound to
> functions like changing workspace views.

In this case, M-Left (ESC-left) triggers backward-word instead of the expected org-promote-subtree.

It does not seem to me that the OS is stealing anything.

Jean-Christophe

Re: [O] [org] different key binding between GUI emacs and emacs -nw

[Tim Visher]

On Tue, May 30, 2017 at 8:29 AM, Jean-Christophe Helary <
jean.christophe.helary@gmail.com> wrote:

>
> On May 30, 2017, at 21:21, Tim Visher <tim.visher@gmail.com> wrote:
>
> Sometimes your Terminal application captures these 'extended' bindings.
>
>
> It is the opposite that's happening. Terminal works fine. It is the GUI
> that does not accept the bindings. And as I wrote, it is not limited to my
> macOS (Emacs.app and Aquamacs show the same behavior) but to other people's
> GTK+ linux or Xubuntu. So it seems that's something that aught to be
> investigated and eventually fixed.
>

Ah I'm sorry. I misread the OP. That is strange.

Re: [org] different key binding between GUI emacs and emacs -nw

[Tim Visher]

On Tue, May 30, 2017 at 8:29 AM, Jean-Christophe Helary <
jean.christophe.helary@gmail.com> wrote:

>
> On May 30, 2017, at 21:21, Tim Visher <tim.visher@gmail.com> wrote:
>
> Sometimes your Terminal application captures these 'extended' bindings.
>
>
> It is the opposite that's happening. Terminal works fine. It is the GUI
> that does not accept the bindings. And as I wrote, it is not limited to my
> macOS (Emacs.app and Aquamacs show the same behavior) but to other people's
> GTK+ linux or Xubuntu. So it seems that's something that aught to be
> investigated and eventually fixed.
>

Ah I'm sorry. I misread the OP. That is strange.