mirror of
https://github.com/doomemacs/doomemacs.git
synced 2026-03-07 14:21:47 -08:00
6c0881c684
Some were outdated, some were incorrectly labeled, others were already completed, some were missing... Gotta fix them all. Also, in :ui hl-todo, there are comments that describe how Doom uses each of these annotations; those have been updated.
32 lines
1.2 KiB
EmacsLisp
32 lines
1.2 KiB
EmacsLisp
;;; term/vterm/config.el -*- lexical-binding: t; -*-
|
|
|
|
(use-package! vterm
|
|
:when (bound-and-true-p module-file-suffix) ; requires dynamic-modules support
|
|
:commands vterm-mode
|
|
:hook (vterm-mode . hide-mode-line-mode) ; modeline serves no purpose in vterm
|
|
:preface
|
|
;; HACK: Because vterm clusmily forces vterm-module.so's compilation on us
|
|
;; when the package is loaded, this is necessary to prevent it when
|
|
;; byte-compiling this file (`use-package' blocks eagerly loads packages
|
|
;; when compiled).
|
|
(when noninteractive
|
|
(advice-add #'vterm-module-compile :override #'ignore)
|
|
(provide 'vterm-module))
|
|
|
|
:config
|
|
(set-popup-rule! "^\\*vterm" :size 0.25 :vslot -4 :select t :quit nil :ttl 0)
|
|
|
|
(map! :map vterm-mode-map "C-q" #'vterm-send-next-key)
|
|
|
|
;; Once vterm is dead, the vterm buffer is useless. Why keep it around? We can
|
|
;; spawn another if want one.
|
|
(setq vterm-kill-buffer-on-exit t)
|
|
|
|
;; 5000 lines of scrollback, instead of 1000
|
|
(setq vterm-max-scrollback 5000)
|
|
|
|
(setq-hook! 'vterm-mode-hook
|
|
;; Don't prompt about dying processes when killing vterm
|
|
confirm-kill-processes nil
|
|
;; Prevent premature horizontal scrolling
|
|
hscroll-margin 0))
|