Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-27 Thread Allan Gottlieb
On Wed, Sep 26 2012, Canek Peláez Valdés wrote:

 On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 My new install is gnome 3.4, which is running pretty well.
 I am having trouble with an (important-to-me) custom keyboard shortcut.

 I am an emacs user so changed many of the shortcuts to use the Windows
 key, i.e. super.  This works Super+Up moves to the workspace above,
 etc.

 Be aware that Super+Up, Super+Left, and Super+Right work for maximize,
 mazimize to the left, and maximize to the right.

I remap those to window above/below

 However, I have had 2 custom keyboards with previous gnome's

 Super+T gnome-terminal
 Super+E emacs

 This does not work.  Pressing Super+T gives t, Super+E gives e.

 Known bug:

 https://bugzilla.gnome.org/show_bug.cgi?id=659899
 https://bugzilla.gnome.org/show_bug.cgi?id=655615

Thanks.  I just added myself to the CC list for both.

 In the mean time, may I recommend trying:

 Ctrl+Alt+e  -  Emacs
 Ctrl+Alt+t  - Terminal

 It is not optimal, and the bug should be fixed. But it has a workaround.

Both those keys are mapped to standard (useful) emacs commands.

Also in emacs Ctrl+Alt+Shift+e is translated into Ctrl+Alt+e
and the same for t.

I might ask on the emacs list if messing with the translate table is
advisable for competent-but-not-wizard emacs users.  I hesitate since
Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just
hit super (activities view) and then select emacs/gnome-terminal from
the favorites list.

thanks again,
allan



Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-27 Thread Canek Peláez Valdés
On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 On Wed, Sep 26 2012, Canek Peláez Valdés wrote:

 On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 My new install is gnome 3.4, which is running pretty well.
 I am having trouble with an (important-to-me) custom keyboard shortcut.

 I am an emacs user so changed many of the shortcuts to use the Windows
 key, i.e. super.  This works Super+Up moves to the workspace above,
 etc.

 Be aware that Super+Up, Super+Left, and Super+Right work for maximize,
 mazimize to the left, and maximize to the right.

 I remap those to window above/below

 However, I have had 2 custom keyboards with previous gnome's

 Super+T gnome-terminal
 Super+E emacs

 This does not work.  Pressing Super+T gives t, Super+E gives e.

 Known bug:

 https://bugzilla.gnome.org/show_bug.cgi?id=659899
 https://bugzilla.gnome.org/show_bug.cgi?id=655615

 Thanks.  I just added myself to the CC list for both.

 In the mean time, may I recommend trying:

 Ctrl+Alt+e  -  Emacs
 Ctrl+Alt+t  - Terminal

 It is not optimal, and the bug should be fixed. But it has a workaround.

 Both those keys are mapped to standard (useful) emacs commands.

Custom, I suppose? I've been using Emacs since 1996, and I certainly
don't have C-M-e nor C-M-t defined.

 Also in emacs Ctrl+Alt+Shift+e is translated into Ctrl+Alt+e
 and the same for t.

 I might ask on the emacs list if messing with the translate table is
 advisable for competent-but-not-wizard emacs users.  I hesitate since
 Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just
 hit super (activities view) and then select emacs/gnome-terminal from
 the favorites list.

I usually launch from the activities view. It's fast enough to do
Super - e - m (and Emacs jump to the first selected item). I believe
if you have a program in your favorites, it jumps faster (I just now
realized that Super - e brings me Emacs right away).

Anyway, with some luck the bug will be closes soon enough.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México



Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-27 Thread Allan Gottlieb
On Thu, Sep 27 2012, Canek Peláez Valdés wrote:

 On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 On Wed, Sep 26 2012, Canek Peláez Valdés wrote:

 In the mean time, may I recommend trying:

 Ctrl+Alt+e  -  Emacs
 Ctrl+Alt+t  - Terminal

 It is not optimal, and the bug should be fixed. But it has a workaround.

 Both those keys are mapped to standard (useful) emacs commands.

 Custom, I suppose? I've been using Emacs since 1996,

1985 for me.

 and I certainly don't have C-M-e nor C-M-t defined.

I would think that you do.  Type C-h k C-M-e and you will get

C-M-e runs the command end-of-defun, which is an interactive compiled
Lisp function in `lisp.el'.

It is bound to C-M-end, C-M-e, ESC C-end.

(end-of-defun optional ARG)

Move forward to next end of defun.
With argument, do it that many times.
Negative argument -N means move back to Nth preceding end of defun.

An end of a defun occurs right after the close-parenthesis that
matches the open-parenthesis that starts a defun; see function
`beginning-of-defun'.

If variable `end-of-defun-function' is non-nil, its value
is called as a function to find the defun's end.

 I might ask on the emacs list if messing with the translate table is
 advisable for competent-but-not-wizard emacs users.  I hesitate since
 Ctrl+Alt+Shift+e is not so easy to type and it might be easier to just
 hit super (activities view) and then select emacs/gnome-terminal from
 the favorites list.

 I usually launch from the activities view. It's fast enough to do
 Super - e - m (and Emacs jump to the first selected item). I believe
 if you have a program in your favorites, it jumps faster (I just now
 realized that Super - e brings me Emacs right away).

Yes this is my current plan.

 Anyway, with some luck the bug will be closes soon enough.

Agreed.

allan




Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-27 Thread Canek Peláez Valdés
On Thu, Sep 27, 2012 at 8:33 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 On Thu, Sep 27 2012, Canek Peláez Valdés wrote:

 On Thu, Sep 27, 2012 at 7:29 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 On Wed, Sep 26 2012, Canek Peláez Valdés wrote:

 In the mean time, may I recommend trying:

 Ctrl+Alt+e  -  Emacs
 Ctrl+Alt+t  - Terminal

 It is not optimal, and the bug should be fixed. But it has a workaround.

 Both those keys are mapped to standard (useful) emacs commands.

 Custom, I suppose? I've been using Emacs since 1996,

 1985 for me.

 and I certainly don't have C-M-e nor C-M-t defined.

 I would think that you do.  Type C-h k C-M-e and you will get

 C-M-e runs the command end-of-defun, which is an interactive compiled
 Lisp function in `lisp.el'.

You are right. I didn't knew that one.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México



Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-27 Thread Allan Gottlieb
On Thu, Sep 27 2012, Canek Peláez Valdés wrote:

 On Thu, Sep 27, 2012 at 8:33 PM, Allan Gottlieb gottl...@nyu.edu wrote:

 C-M-e runs the command end-of-defun, which is an interactive compiled
 Lisp function in `lisp.el'.

 You are right. I didn't knew that one.

It is actually quite useful and, despite the name is not limited to
lisp.  Same with C-M-t.

allan



Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-26 Thread Canek Peláez Valdés
On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 My new install is gnome 3.4, which is running pretty well.
 I am having trouble with an (important-to-me) custom keyboard shortcut.

 I am an emacs user so changed many of the shortcuts to use the Windows
 key, i.e. super.  This works Super+Up moves to the workspace above,
 etc.

Be aware that Super+Up, Super+Left, and Super+Right work for maximize,
mazimize to the left, and maximize to the right.

 However, I have had 2 custom keyboards with previous gnome's

 Super+T gnome-terminal
 Super+E emacs

 This does not work.  Pressing Super+T gives t, Super+E gives e.

 However if I set the shortcuts to be
 alt+T gnome-terminal
 alt+e emacs
 it works fine.  However, I can't give up alt+T and alt+e as they are
 used in emacs.

Known bug:

https://bugzilla.gnome.org/show_bug.cgi?id=659899
https://bugzilla.gnome.org/show_bug.cgi?id=655615

Basically, GNOME Shell treats the Super key as special, and sometimes
shortcuts binded to it fail. It is a bug, however, and devs are
discussing how to handle it. In the mean time, may I recommend trying:

Ctrl+Alt+e  -  Emacs
Ctrl+Alt+t  - Terminal

It is not optimal, and the bug should be fixed. But it has a workaround.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México



Re: [gentoo-user] trouble with custom keyboard shortcuts in gnome 3.4

2012-09-26 Thread Canek Peláez Valdés
On Wed, Sep 26, 2012 at 9:11 PM, Canek Peláez Valdés can...@gmail.com wrote:
 On Wed, Sep 26, 2012 at 5:21 PM, Allan Gottlieb gottl...@nyu.edu wrote:
 My new install is gnome 3.4, which is running pretty well.
 I am having trouble with an (important-to-me) custom keyboard shortcut.

 I am an emacs user so changed many of the shortcuts to use the Windows
 key, i.e. super.  This works Super+Up moves to the workspace above,
 etc.

 Be aware that Super+Up, Super+Left, and Super+Right work for maximize,
 mazimize to the left, and maximize to the right.

 However, I have had 2 custom keyboards with previous gnome's

 Super+T gnome-terminal
 Super+E emacs

 This does not work.  Pressing Super+T gives t, Super+E gives e.

 However if I set the shortcuts to be
 alt+T gnome-terminal
 alt+e emacs
 it works fine.  However, I can't give up alt+T and alt+e as they are
 used in emacs.

 Known bug:

 https://bugzilla.gnome.org/show_bug.cgi?id=659899
 https://bugzilla.gnome.org/show_bug.cgi?id=655615

 Basically, GNOME Shell treats the Super key as special, and sometimes
 shortcuts binded to it fail. It is a bug, however, and devs are
 discussing how to handle it. In the mean time, may I recommend trying:

 Ctrl+Alt+e  -  Emacs
 Ctrl+Alt+t  - Terminal

 It is not optimal, and the bug should be fixed. But it has a workaround.

 Regards.

BTW, it can be done with an extension (according to the bug) using
global.display.add_keybinding(). I haven't wrote any GNOME Shell
extension, but I've heard it's not difficult.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México