emenel/doomemacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
doomemacs/modules/lang/ess/config.el

112 lines
3.7 KiB
EmacsLisp
Raw Normal View History

lang/ess: conform to code conventions; no-byte-compile packages.el
2018-02-10 02:11:42 -05:00
;;; lang/ess/config.el -*- lexical-binding: t; -*-
Reduce list of root files projectile searches for And define them on a per-module basis. This reduces the number of file checks it performs, particularly for non-project files. Might help #1317
2019-10-19 15:25:29 -04:00
(after! projectile
(add-to-list 'projectile-project-root-files "DESCRIPTION"))
;;
;;; Packages
:boom: Rename def-package! -> use-package! Calling this pivotal macro "def-package!" has frequently been a source of confusion. It is a thin wrapper around use-package, and it should be obvious that it is so. For this reason, and to match the naming convention used with other convenience macros/wrappers, it is now use-package!. Also changes def-package-hook! -> use-package-hook! The old macros are now marked obsolete and will be removed when straight integration is merged.
2019-07-23 12:44:03 +02:00
(use-package! ess
Minor reformatting & comment revision
2019-09-22 11:59:53 -04:00
:commands stata SAS
lang/ess: conform to code conventions; no-byte-compile packages.el
2018-02-10 02:11:42 -05:00
:init
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(unless (modulep! :lang julia)
Refactor out map.el usage After some profiling, it turns out map-put and map-delete are 5-7x slower (more on Emacs 25) than delq, setf/alist-get and add-to-list for small lists (under 250 items), which is exactly how I've been using them. The only caveat is alist-get's signature is different on Emacs 25, thus a polyfill is necessary in core-lib.
2018-06-23 16:48:58 +02:00
(add-to-list 'auto-mode-alist '("\\.jl\\'" . ess-julia-mode)))
Add: ESS module
2018-02-06 02:18:49 +08:00
:config
lang/ess: replace obsolete vars with ess-offset-continued
2018-02-18 22:44:57 -05:00
(setq ess-offset-continued 'straight
tweak(syntax): feat gate flycheck in all modules
2022-08-17 01:16:08 +01:00
ess-use-flymake (or (not (modulep! :checkers syntax))
(modulep! :checkers syntax +flymake))
Add: ESS module
2018-02-06 02:18:49 +08:00
ess-nuke-trailing-whitespace-p t
Fix deprecated ESS variables - `ess-smart-S-assign-key` and `ess-expression-offset` are deprecated variables - `ess-default-style` has been replaced with `ess-style`
2019-12-23 16:32:45 -05:00
ess-style 'DEFAULT
lang/ess: fix repl & doc lookup in ESS R/Julia Also moves history files into doom-cache-dir
2019-02-15 19:38:49 -05:00
ess-history-directory (expand-file-name "ess-history/" doom-cache-dir))
lang/ess: minor reformatting Make hooks stand out a little more.
2018-09-10 22:39:11 -04:00
Add LSP support for ESS R
2020-02-01 17:06:15 +09:00
(set-docsets! 'ess-r-mode "R")
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(when (modulep! +lsp)
tweak(:lang,:tools): start eglot/lsp-mode later To ensure lsp/eglot settings have precedence over local servers (e.g. cider and lookup handlers). Ref: clojure-emacs/cider#3170
2022-03-24 02:19:52 +01:00
(add-hook 'ess-r-mode-local-vars-hook #'lsp! 'append))
Add LSP support for ESS R
2020-02-01 17:06:15 +09:00
feat(tree-sitter): add support for more languages In this case - lua - erlang - ess-r - yaml
2022-12-04 03:10:55 +00:00
(when (modulep! +tree-sitter)
(add-hook 'ess-r-mode-local-vars-hook #'tree-sitter! 'append))
tools/eval: associate plist with repl handlers Also consolidates all REPLs (opened through the :tools eval module) under one popup rule, which inhibits ESC from prematurely closing them (#1944), and cleans up after their buffers *only* if their handlers weren't specified to :persist, e.g. (set-repl-handler! 'some-mode #'some-repl-handler :persist t) Also standardized ESS's REPL commands.
2019-10-23 21:39:19 -04:00
(set-repl-handler! 'ess-r-mode #'+ess/open-r-repl)
(set-repl-handler! 'ess-julia-mode #'+ess/open-julia-repl)
Make the LSP lookup handler fallback to ESS
2020-02-02 12:02:24 +09:00
(set-lookup-handlers! '(ess-r-mode ess-julia-mode)
lang/ess: fix repl & doc lookup in ESS R/Julia Also moves history files into doom-cache-dir
2019-02-15 19:38:49 -05:00
:documentation #'ess-display-help-on-object)
lang/ess: update to reflect changes upstream #880
2018-09-10 22:36:37 -04:00
lang/ess: add basic evil support to ess-help-mode
2019-02-15 20:32:37 -05:00
(set-evil-initial-state! 'ess-r-help-mode 'normal)
(set-eval-handler! 'ess-help-mode #'ess-eval-region-and-go)
(set-eval-handler! 'ess-r-help-mode #'ess-eval-region-and-go)
lang/ess: set company backends for ess-r-mode
2020-08-20 02:12:23 -04:00
(set-company-backend! 'ess-r-mode
'(company-R-args company-R-objects company-dabbrev-code :separate))
Disable continue-comments-on-RET in ess-r-mode & coq-mode Fixes #2081, #2233
2019-12-27 13:32:24 -05:00
(setq-hook! 'ess-r-mode-hook
;; HACK Fix #2233: Doom continues comments on RET, but ess-r-mode doesn't
;; have a sane `comment-line-break-function', so...
comment-line-break-function nil)
Normalize :leader/:localleader keybinds Evil states no longer apply to them. Also removes x-alt-keysym.
2018-12-23 23:54:27 -05:00
(map! (:after ess-help
Bind C-RET -> ess-eval-line in normal mode And reformat ess keybinds.
2020-02-08 18:13:00 -05:00
(:map ess-help-mode-map
:n "q" #'kill-current-buffer
:n "Q" #'ess-kill-buffer-and-go
:n "K" #'ess-display-help-on-object
:n "go" #'ess-display-help-in-browser
:n "gO" #'ess-display-help-apropos
:n "gv" #'ess-display-vignettes
:m "]]" #'ess-skip-to-next-section
:m "[[" #'ess-skip-to-previous-section)
(:map ess-doc-map
"h" #'ess-display-help-on-object
"p" #'ess-R-dv-pprint
"t" #'ess-R-dv-ctable
[up] #'comint-next-input
[down] #'comint-previous-input
[C-return] #'ess-eval-line))
Normalize :leader/:localleader keybinds Evil states no longer apply to them. Also removes x-alt-keysym.
2018-12-23 23:54:27 -05:00
:map ess-mode-map
Bind C-RET -> ess-eval-line in normal mode And reformat ess keybinds.
2020-02-08 18:13:00 -05:00
:n [C-return] #'ess-eval-line
:localleader
Normalize :leader/:localleader keybinds Evil states no longer apply to them. Also removes x-alt-keysym.
2018-12-23 23:54:27 -05:00
"," #'ess-eval-region-or-function-or-paragraph-and-step
"'" #'R
[tab] #'ess-switch-to-inferior-or-script-buffer
[backtab] #'ess-switch-process
;; REPL
"B" #'ess-eval-buffer-and-go
"b" #'ess-eval-buffer
"d" #'ess-eval-region-or-line-and-step
"D" #'ess-eval-function-or-paragraph-and-step
"L" #'ess-eval-line-and-go
"l" #'ess-eval-line
"R" #'ess-eval-region-and-go
"r" #'ess-eval-region
"F" #'ess-eval-function-and-go
"f" #'ess-eval-function
Minimize dependence on map! This is in preparation for general.el integration coming in 2.1.1. It is very likely that map! will change (and even more, be split into several macros). Not much, but change none-the-less. Specifically, the state keywords (e.g. :nvi, :n, :i) will be removed in favor of a :state property that takes a list, e.g. (normal visual insert). In any case, both map! and general are also relatively expensive compared to define-key and evil-define-key* (and the new define-key! macro), so use that when we can. This also means changes to either API won't affect Doom's modules in the long term.
2018-06-03 15:46:00 +02:00
;; predefined keymaps
lang/ess: fix keymaps prefixes They may not be loaded when bound.
2019-02-15 20:24:35 -05:00
"h" 'ess-doc-map
"x" 'ess-extra-map
"p" 'ess-r-package-dev-map
"v" 'ess-dev-map
Minimize dependence on map! This is in preparation for general.el integration coming in 2.1.1. It is very likely that map! will change (and even more, be split into several macros). Not much, but change none-the-less. Specifically, the state keywords (e.g. :nvi, :n, :i) will be removed in favor of a :state property that takes a list, e.g. (normal visual insert). In any case, both map! and general are also relatively expensive compared to define-key and evil-define-key* (and the new define-key! macro), so use that when we can. This also means changes to either API won't affect Doom's modules in the long term.
2018-06-03 15:46:00 +02:00
;; noweb
Normalize :leader/:localleader keybinds Evil states no longer apply to them. Also removes x-alt-keysym.
2018-12-23 23:54:27 -05:00
:prefix "c"
"C" #'ess-eval-chunk-and-go
"c" #'ess-eval-chunk
"d" #'ess-eval-chunk-and-step
"m" #'ess-noweb-mark-chunk
"p" #'ess-noweb-previous-chunk
"n" #'ess-noweb-next-chunk))
feat(ess): add +stan Docs will be updated later, along with the rest of the pending docs rewrite.
2021-10-18 11:43:07 +02:00
(use-package! stan-mode
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
:when (modulep! +stan)
feat(ess): add +stan Docs will be updated later, along with the rest of the pending docs rewrite.
2021-10-18 11:43:07 +02:00
:hook (stan-mode . stan-mode-setup)
:hook (stan-mode . eldoc-stan-setup)
:init
(use-package! company-stan
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
:when (modulep! :completion company)
feat(ess): add +stan Docs will be updated later, along with the rest of the pending docs rewrite.
2021-10-18 11:43:07 +02:00
:hook (stan-mode . company-stan-setup))
(use-package! flycheck-stan
tweak(syntax): feat gate flycheck in all modules
2022-08-17 01:16:08 +01:00
:when (and (modulep! :checkers syntax)
(not (modulep! :checkers syntax +flymake)))
feat(ess): add +stan Docs will be updated later, along with the rest of the pending docs rewrite.
2021-10-18 11:43:07 +02:00
:hook (stan-mode . flycheck-stan-stanc2-setup)
:hook (stan-mode . flycheck-stan-stanc3-setup)))
Reference in a new issue Copy permalink