Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OS X layer bindings not defined with emacsclient / daemon #5957

Closed
mgwio opened this issue May 1, 2016 · 2 comments
Closed

OS X layer bindings not defined with emacsclient / daemon #5957

mgwio opened this issue May 1, 2016 · 2 comments
Labels

Comments

@mgwio
Copy link

mgwio commented May 1, 2016

#### Description

I'm having an odd issue with keybinds in the OS X layer when used with emacsclient. Starting emacs from broke (without emacsclient), everything seems to work normally. Using "emacsclient -c" to connect causes all the OS X bindings to stop being recognized. I'm not really sure what could be the problem here. Pics incoming - first one is cmd ^ f for fullscreen, second is cmd = for zoom.

Reproduction guide

  • Install OS X layer
  • Start Emacs --daemon
  • Connect with emacsclient -c
  • Attempt to use cmd ^ f or cmd = ...etc

Observed behaviour:
See pictures - s-XXX not recognized

When attempting to go fullscreen with cmd ^ f
screen shot 2016-05-01 at 4 14 56 pm

When attempting to increase text size with cmd =
screen shot 2016-05-01 at 4 11 49 pm

Expected behaviour:
As described in OS X layer

System Info

  • OS: darwin
  • Emacs: 25.0.93.1
  • Spacemacs: 0.105.19
  • Spacemacs branch: develop (rev. c115a66)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: helm
  • Layers:
(javascript html spacemacs-helm emacs-lisp org osx ranger smtheme)
@zenobht
Copy link
Contributor

zenobht commented Mar 8, 2018

To get cmd+key working when using daemon mode, use the below code.

  (setq mac-command-modifier 'super)

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Feb 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants