mdebray/tvl-depot
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Return (server-start) to Emacs initialization

Browse source 
See the comment for an explanation about this revision.

  - we want to support to GUI
  - it's difficult to reuse GUI windows elegantly unless the server is started
    from the GUI itself
  - consider starting the emacs GUI when X initializes
This commit is contained in:
William Carroll 2019-03-20 18:38:02 +00:00
parent a69e21a74f
commit b1275671a8
1 changed files with 17 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

17
configs/shared/emacs/.emacs.d/wpc/packages/wpc-misc.el
View file

@ -184,5 +184,22 @@
"Return the name of the current frame." "Return the name of the current frame."
(frame-parameter nil 'name)) (frame-parameter nil 'name))
;; Having difficulty starting the server using systemd or calling
;; `emacs --daemon' in ~/.profile, ~/.xsessionrc, and similar files.
;; systemd has issues syncing the socket-name, so it becomes messy. I also
;; experienced strange initialization where things like wpc-org and other
;; modules wouldn't get loaded.
;;
;; Even if I resolved the socket-name resolution issue, I couldn't find an
;; elegant way to reuse GUI frames. GUIs for me have the advantage of supporting
;; True Color, support additional keys for KBDs (i.e. super), and aren't limited
;; by the terminal for rendering certain things.
;;
;; For these reasons, it seems preferable to start the server from here. I'm
;; considering starting emacs in my ~/.xsessionrc so that the server will be
;; running after X initializes.
(server-start)
(provide 'wpc-misc) (provide 'wpc-misc)
;;; wpc-misc.el ends here ;;; wpc-misc.el ends here