pankomacs/config/config-ui.el

;; -*- lexical-binding: t -*-


(defun config-init-ui ()
  (defun my/doom-modeline-for-new-frames (&optional frame)
    (setq doom-modeline-height (+ (frame-char-height) 8))
    (with-selected-frame (or frame (selected-frame))
      (doom-modeline-mode 1)))

  (use-package doom-modeline
    :defer t
    :commands (doom-modeline-mode)
    :custom
    (doom-modeline-mode (not (daemonp)))
    (doom-modeline-env-load-string "")
    :hook ((server-after-make-frame) . my/doom-modeline-for-new-frames)
    ;;     ^^^^^^^^^^^^^^^^^^^^^^^ this hook is my goat
    )

  (use-package base16-theme
    :config
    (load-theme 'base16-rose-pine t)))

(provide 'config-ui)
refactor: packagise emacs configuration and lib refactor 2025-04-09 19:07:28 +01:00			`;; -- lexical-binding: t --`


			`(defun config-init-ui ()`
doom-modeline: refresh bar on frame-creation Thanking phil.catalyst from #emacs for suggesting this fix! This should make it so modules on the right-hand side of the modeline doesn't cut itself off. Usually, an Emacs server started won't have a GUI, so doom-modeline doesn't actually know its width. Refreshing doom-modeline when a new frame is created will make it aware of its width from (re)initialisation. 2025-04-15 05:47:12 +01:00			`(defun my/doom-modeline-for-new-frames (&optional frame)`
			`(setq doom-modeline-height (+ (frame-char-height) 8))`
			`(with-selected-frame (or frame (selected-frame))`
doom-modeline: change hook to fix modeline odditites I was using the wrong hook the entire time and I only realised this now. I saw this in the hooks documentation and I tried it out only to have it work on the first turn. Truly incredible. 2025-04-16 20:43:16 +01:00			`(doom-modeline-mode 1)))`
doom-modeline: refresh bar on frame-creation Thanking phil.catalyst from #emacs for suggesting this fix! This should make it so modules on the right-hand side of the modeline doesn't cut itself off. Usually, an Emacs server started won't have a GUI, so doom-modeline doesn't actually know its width. Refreshing doom-modeline when a new frame is created will make it aware of its width from (re)initialisation. 2025-04-15 05:47:12 +01:00
refactor: packagise emacs configuration and lib refactor 2025-04-09 19:07:28 +01:00			`(use-package doom-modeline`
			`:defer t`
			`:commands (doom-modeline-mode)`
			`:custom`
doom-modeline: change hook to fix modeline odditites I was using the wrong hook the entire time and I only realised this now. I saw this in the hooks documentation and I tried it out only to have it work on the first turn. Truly incredible. 2025-04-16 20:43:16 +01:00			`(doom-modeline-mode (not (daemonp)))`
doom-modeline: refresh bar on frame-creation Thanking phil.catalyst from #emacs for suggesting this fix! This should make it so modules on the right-hand side of the modeline doesn't cut itself off. Usually, an Emacs server started won't have a GUI, so doom-modeline doesn't actually know its width. Refreshing doom-modeline when a new frame is created will make it aware of its width from (re)initialisation. 2025-04-15 05:47:12 +01:00			`(doom-modeline-env-load-string "")`
doom-modeline: change hook to fix modeline odditites I was using the wrong hook the entire time and I only realised this now. I saw this in the hooks documentation and I tried it out only to have it work on the first turn. Truly incredible. 2025-04-16 20:43:16 +01:00			`:hook ((server-after-make-frame) . my/doom-modeline-for-new-frames)`
			`;; ^^^^^^^^^^^^^^^^^^^^^^^ this hook is my goat`
			`)`
refactor: packagise emacs configuration and lib refactor 2025-04-09 19:07:28 +01:00
			`(use-package base16-theme`
			`:config`
rose-pine: move from tokyo-night to rose-pine 2025-04-10 19:19:56 +01:00			`(load-theme 'base16-rose-pine t)))`
refactor: packagise emacs configuration and lib refactor 2025-04-09 19:07:28 +01:00
			`(provide 'config-ui)`