Closed PythonNut closed 10 years ago
I was able to solve this problem by moving the enabling of 'ws-butler-global-mode' to a function that gets hooked into 'server-visit-hook' like so
(add-hook 'server-visit-hook 'run-settings-functions-which-require-client)
If this could be transparent, that would be nice, but the workaround works fine.
Do you understand the root cause of the hang?
On Thu, Mar 27, 2014 at 7:15 AM, Marcel van der Boom < notifications@github.com> wrote:
I was able to solve this problem by moving the enabling of 'ws-butler-global-mode' to a function that gets hooked into 'server-visit-hook' like so
(add-hook 'server-visit-hook 'run-settings-functions-which-require-client)
If this could be transparent, that would be nice, but the workaround works fine.
Reply to this email directly or view it on GitHubhttps://github.com/lewang/ws-butler/issues/4#issuecomment-38791055 .
Le
I'm not sure what ws-butler does in the post-command-hook, but my experience is that many 'visual-like' settings will not work, using normal initialisation, when using the emacs daemon. The reason for this is that there might not be an X display yet/at all.
I have quite a few settings which need to run when the server-visit hook runs (menu-bar-mode, some face attributes, fringe-related stuff etc.), although I must admit I don't have a firm rule on which things will fail and which won't.
I see no clear way to resolve this. Closing for now, but a PR is always welcome.
My emacs daemon was failing, so I started disassembling my .emacs.d. If I strip my .emacs to this
Launching emacs --daemon fails to start (hangs), with this error:
This is the minimal setup that reproduces this.