TakeV/spacemacs
Archived
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
This repository has been archived on 2024-10-22. You can view files and clone it, but cannot push or open issues or pull requests.
spacemacs/layers/+lang/racket/packages.el

119 lines
3.8 KiB
EmacsLisp
Raw Normal View History

Reload dotfile and layer anywhere with `SPC f e R` Replace `SPC m c c` and `C-c C-c` in the dotfile Resolve #1210
2015-04-19 03:40:24 +00:00
(setq racket-packages
racket layer: Configure company
2015-04-09 04:40:49 +00:00
'(
company
layers: Fix missing owner for some layers This is a partial fix for #3493. I didn't touch layers where I can't tell what the intention was for how it should work.
2015-11-20 18:25:53 +00:00
company-quickhelp
Expand gtags use to many more languages
2016-04-05 04:08:34 +00:00
ggtags
Add ivy support to the gtags layer It would be much better to have a single function for each layer that initializes ggtags, helm-gtags and counsel-gtags for a mode.
2017-08-26 21:18:09 +00:00
counsel-gtags
Expand gtags use to many more languages
2016-04-05 04:08:34 +00:00
helm-gtags
racket layer: Configure company
2015-04-09 04:40:49 +00:00
racket-mode
))
(defun racket/post-init-company ()
;; this is the only thing to do to enable company in racket-mode
;; because racket-mode handle everything for us when company
;; is loaded.
(add-hook 'racket-mode-hook 'company-mode))
(defun racket/post-init-company-quickhelp ()
;; Bug exists in Racket company backend that opens docs in new window when
;; company-quickhelp calls it. Note hook is appendended for proper ordering.
(add-hook 'company-mode-hook
'(lambda ()
Disable company-quickhelp-mode only when it is already enabled
2016-02-04 02:02:32 +00:00
(when (and (equal major-mode 'racket-mode)
(bound-and-true-p company-quickhelp-mode))
racket layer: Configure company
2015-04-09 04:40:49 +00:00
(company-quickhelp-mode -1))) t))
Move Racket to its own layer
2015-03-25 23:16:55 +00:00
Expand gtags use to many more languages
2016-04-05 04:08:34 +00:00
(defun racket/post-init-ggtags ()
Further improve gtags layer - Add option to disable by default - Use local-vars hook to allow per-project enable/disable - Don’t enable helm-gtags-mode (no need) - Move emacs bindings from helm-gtags-mode-map to ggtags-mode-map
2016-08-15 19:24:44 +00:00
(add-hook 'racket-mode-local-vars-hook #'spacemacs/ggtags-mode-enable))
Expand gtags use to many more languages
2016-04-05 04:08:34 +00:00
Add ivy support to the gtags layer It would be much better to have a single function for each layer that initializes ggtags, helm-gtags and counsel-gtags for a mode.
2017-08-26 21:18:09 +00:00
(defun racket/post-init-counsel-gtags ()
(spacemacs/counsel-gtags-define-keys-for-mode 'racket-mode))
Expand gtags use to many more languages
2016-04-05 04:08:34 +00:00
(defun racket/post-init-helm-gtags ()
(spacemacs/helm-gtags-define-keys-for-mode 'racket-mode))
Move Racket to its own layer
2015-03-25 23:16:55 +00:00
(defun racket/init-racket-mode ()
(use-package racket-mode
:defer t
Refactor jump to definition This commit defines: - spacemacs-default-jump-handlers: a list of functions that can jump to definition in ALL modes. - spacemacs-jump-handlers-MODE: a list of functions that can jump to definition in MODE. - spacemacs-jump-handlers: a buffer-local list of functions that can jump to definition. This is made up of the values of the two previous variables whenever a given major mode is activated. - spacemacs/jump-to-definition: a function that tries each function in spacemacs-jump-handlers in order, and stops when one of them takes us somewhere new. - spacemacs|define-jump-handlers: a macro that * defines spacemacs-jump-handlers-MODE, possibly filled with initial functions * defines a function that is added to the hook of the given MODE * binds “SPC m g g” of that MODE to spacemacs/jump-to-definition This is an attempt to harmonize all the different approaches to jumping. Specifically, - Existing intelligent jump packages that work for only a single mode should go to the beginning of spacemacs-jump-handlers-MODE. E.g. anaconda for python, ensime for scala, etc. - Packages like gtags that work for several modes (but potentially not all) and which is dumber than the intelligent jumpers should go the the END of spacemacs-jump-handlers-MODE. - Packages like dumb-jump that work for all modes should go to spacemacs-default-jump-handlers. In all cases the order of the jump handlers in each list should be from most to least intelligent. Fixes #6619
2016-08-13 13:43:37 +00:00
:init
(progn
Fix (void-variable spacemacs-jump-handlers-....) Move the variable definitions to config.el and eval-after-load the key binding on SPC m g g.
2016-09-05 02:29:41 +00:00
(spacemacs/register-repl 'racket-mode 'racket-repl "racket"))
Move Racket to its own layer
2015-03-25 23:16:55 +00:00
:config
(progn
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; smartparens configuration
Replace `eval-after-load` with `with-eval-after-load`. We now backport the macro for 24.3 so we can use it everywhere.
2015-09-29 05:07:57 +00:00
(with-eval-after-load 'smartparens
(add-to-list 'sp--lisp-modes 'racket-mode)
(when (fboundp 'sp-local-pair)
(sp-local-pair 'racket-mode "'" nil :actions nil)
(sp-local-pair 'racket-mode "`" nil :actions nil)))
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
(defun spacemacs/racket-test-with-coverage ()
"Call `racket-test' with universal argument."
(interactive)
(racket-test t))
Racket layer: enable insert state after `SPC m s B` As per the README, this keybinding should put the REPL buffer in insert state.
2015-07-31 15:30:27 +00:00
(defun spacemacs/racket-run-and-switch-to-repl ()
"Call `racket-run-and-switch-to-repl' and enable
`insert state'."
(interactive)
(racket-run-and-switch-to-repl)
Use evil in holy-mode Motivation While disabling Evil in holy-mode makes its implementation shorter and sounds elegant on the paper, in practice it puts a big burden on the configuration parts which need to know if Evil is enable or not. This is a bad separation of concerns and the bunch of fixes that we were forced to do in the past weeks shows this issue. Those fixes were about removing the knowledge of the activation of Evil by implementing new dispatching functions to be used by layers, this is cumbersome and makes Spacemacs layer configuration more subtle which is not good. There was additional bad consequences of the removal of Evil state like the impossibility to use Evil lisp state or iedit states, or we would have been forced to implement a temporary activation of Evil which is awkward. Instead I reintroduce Evil as the central piece of Spacemacs design thus Evil is now re-enabled in holy-mode. It provides the abstraction we need to isolate editing styles and be able to grow the Spacemacs configuration coverage sanely. Layers don't need to check whether the holy mode is active or not and they don't need to know if Evil is available (it is always available). We also don't need to write additional dispatching functions, this is the job of Evil, and I think it provides everything for this. Ideally configuration layer should be implemented with only Evil in mind and the holy-mode (and hybrid-mode) should magically make it work for Emacs style users, for instance we can freely use `evil-insert-state` anywhere in the code without any guard. Evil is now even more part of Spacemacs, we can really say that Spacemacs is Emacs+Evil which is now an indivisible pair. Spacemacs needed this stable API to continue on the right track. While these changes should be rather transparent to the user, I'm sorry for this experimental period, I failed to see all the implications of such a change, I was just excited about the possibility to make Evil optional. The reality is that Spacemacs has to embrace it and keep its strong position on being Emacs+Evil at the core. Implementation - insert, motion and normal states are forced to emacs state using an advice on `evil-insert-state`, `evil-motion-state` and `evil-normal-state` respectively. These functions can be used freely in the layer configuration. - A new general hook `spacemacs-editing-style-hook` allow to hook any code that need to be configured based on the editing style. Functions hooked to this hook takes the current style as parameter, this basically generalize the hook used to setup hjkl navigation bindings. - ESC has been removed from the emacs state map. - Revert unneeded changes - Revert "evil: enter insert-state only from normal-state" commit bdd702dfbe302206bbc989c7a0832daba087a781. - Revert "avoid being evil in deft with emacs editing style" commit f3a16f49ed27cc8cf05f23f93b006d6e04235381. Additional changes All editing style packages have been moved to a layer called `spacemacs-editing-styles` Notes I did not have time to attack hybrid mode, I should be able to do it later.
2016-03-13 23:41:18 +00:00
(evil-insert-state))
Racket layer: enable insert state after `SPC m s B` As per the README, this keybinding should put the REPL buffer in insert state.
2015-07-31 15:30:27 +00:00
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
(defun spacemacs/racket-send-last-sexp-focus ()
"Call `racket-send-last-sexp' and switch to REPL buffer in
`insert state'."
(interactive)
(racket-send-last-sexp)
(racket-repl)
Use evil in holy-mode Motivation While disabling Evil in holy-mode makes its implementation shorter and sounds elegant on the paper, in practice it puts a big burden on the configuration parts which need to know if Evil is enable or not. This is a bad separation of concerns and the bunch of fixes that we were forced to do in the past weeks shows this issue. Those fixes were about removing the knowledge of the activation of Evil by implementing new dispatching functions to be used by layers, this is cumbersome and makes Spacemacs layer configuration more subtle which is not good. There was additional bad consequences of the removal of Evil state like the impossibility to use Evil lisp state or iedit states, or we would have been forced to implement a temporary activation of Evil which is awkward. Instead I reintroduce Evil as the central piece of Spacemacs design thus Evil is now re-enabled in holy-mode. It provides the abstraction we need to isolate editing styles and be able to grow the Spacemacs configuration coverage sanely. Layers don't need to check whether the holy mode is active or not and they don't need to know if Evil is available (it is always available). We also don't need to write additional dispatching functions, this is the job of Evil, and I think it provides everything for this. Ideally configuration layer should be implemented with only Evil in mind and the holy-mode (and hybrid-mode) should magically make it work for Emacs style users, for instance we can freely use `evil-insert-state` anywhere in the code without any guard. Evil is now even more part of Spacemacs, we can really say that Spacemacs is Emacs+Evil which is now an indivisible pair. Spacemacs needed this stable API to continue on the right track. While these changes should be rather transparent to the user, I'm sorry for this experimental period, I failed to see all the implications of such a change, I was just excited about the possibility to make Evil optional. The reality is that Spacemacs has to embrace it and keep its strong position on being Emacs+Evil at the core. Implementation - insert, motion and normal states are forced to emacs state using an advice on `evil-insert-state`, `evil-motion-state` and `evil-normal-state` respectively. These functions can be used freely in the layer configuration. - A new general hook `spacemacs-editing-style-hook` allow to hook any code that need to be configured based on the editing style. Functions hooked to this hook takes the current style as parameter, this basically generalize the hook used to setup hjkl navigation bindings. - ESC has been removed from the emacs state map. - Revert unneeded changes - Revert "evil: enter insert-state only from normal-state" commit bdd702dfbe302206bbc989c7a0832daba087a781. - Revert "avoid being evil in deft with emacs editing style" commit f3a16f49ed27cc8cf05f23f93b006d6e04235381. Additional changes All editing style packages have been moved to a layer called `spacemacs-editing-styles` Notes I did not have time to attack hybrid mode, I should be able to do it later.
2016-03-13 23:41:18 +00:00
(evil-insert-state))
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
(defun spacemacs/racket-send-definition-focus ()
"Call `racket-send-definition' and switch to REPL buffer in
`insert state'."
(interactive)
(racket-send-definition)
(racket-repl)
Use evil in holy-mode Motivation While disabling Evil in holy-mode makes its implementation shorter and sounds elegant on the paper, in practice it puts a big burden on the configuration parts which need to know if Evil is enable or not. This is a bad separation of concerns and the bunch of fixes that we were forced to do in the past weeks shows this issue. Those fixes were about removing the knowledge of the activation of Evil by implementing new dispatching functions to be used by layers, this is cumbersome and makes Spacemacs layer configuration more subtle which is not good. There was additional bad consequences of the removal of Evil state like the impossibility to use Evil lisp state or iedit states, or we would have been forced to implement a temporary activation of Evil which is awkward. Instead I reintroduce Evil as the central piece of Spacemacs design thus Evil is now re-enabled in holy-mode. It provides the abstraction we need to isolate editing styles and be able to grow the Spacemacs configuration coverage sanely. Layers don't need to check whether the holy mode is active or not and they don't need to know if Evil is available (it is always available). We also don't need to write additional dispatching functions, this is the job of Evil, and I think it provides everything for this. Ideally configuration layer should be implemented with only Evil in mind and the holy-mode (and hybrid-mode) should magically make it work for Emacs style users, for instance we can freely use `evil-insert-state` anywhere in the code without any guard. Evil is now even more part of Spacemacs, we can really say that Spacemacs is Emacs+Evil which is now an indivisible pair. Spacemacs needed this stable API to continue on the right track. While these changes should be rather transparent to the user, I'm sorry for this experimental period, I failed to see all the implications of such a change, I was just excited about the possibility to make Evil optional. The reality is that Spacemacs has to embrace it and keep its strong position on being Emacs+Evil at the core. Implementation - insert, motion and normal states are forced to emacs state using an advice on `evil-insert-state`, `evil-motion-state` and `evil-normal-state` respectively. These functions can be used freely in the layer configuration. - A new general hook `spacemacs-editing-style-hook` allow to hook any code that need to be configured based on the editing style. Functions hooked to this hook takes the current style as parameter, this basically generalize the hook used to setup hjkl navigation bindings. - ESC has been removed from the emacs state map. - Revert unneeded changes - Revert "evil: enter insert-state only from normal-state" commit bdd702dfbe302206bbc989c7a0832daba087a781. - Revert "avoid being evil in deft with emacs editing style" commit f3a16f49ed27cc8cf05f23f93b006d6e04235381. Additional changes All editing style packages have been moved to a layer called `spacemacs-editing-styles` Notes I did not have time to attack hybrid mode, I should be able to do it later.
2016-03-13 23:41:18 +00:00
(evil-insert-state))
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
(defun spacemacs/racket-send-region-focus (start end)
"Call `racket-send-region' and switch to REPL buffer in
`insert state'."
(interactive "r")
(racket-send-region start end)
(racket-repl)
Use evil in holy-mode Motivation While disabling Evil in holy-mode makes its implementation shorter and sounds elegant on the paper, in practice it puts a big burden on the configuration parts which need to know if Evil is enable or not. This is a bad separation of concerns and the bunch of fixes that we were forced to do in the past weeks shows this issue. Those fixes were about removing the knowledge of the activation of Evil by implementing new dispatching functions to be used by layers, this is cumbersome and makes Spacemacs layer configuration more subtle which is not good. There was additional bad consequences of the removal of Evil state like the impossibility to use Evil lisp state or iedit states, or we would have been forced to implement a temporary activation of Evil which is awkward. Instead I reintroduce Evil as the central piece of Spacemacs design thus Evil is now re-enabled in holy-mode. It provides the abstraction we need to isolate editing styles and be able to grow the Spacemacs configuration coverage sanely. Layers don't need to check whether the holy mode is active or not and they don't need to know if Evil is available (it is always available). We also don't need to write additional dispatching functions, this is the job of Evil, and I think it provides everything for this. Ideally configuration layer should be implemented with only Evil in mind and the holy-mode (and hybrid-mode) should magically make it work for Emacs style users, for instance we can freely use `evil-insert-state` anywhere in the code without any guard. Evil is now even more part of Spacemacs, we can really say that Spacemacs is Emacs+Evil which is now an indivisible pair. Spacemacs needed this stable API to continue on the right track. While these changes should be rather transparent to the user, I'm sorry for this experimental period, I failed to see all the implications of such a change, I was just excited about the possibility to make Evil optional. The reality is that Spacemacs has to embrace it and keep its strong position on being Emacs+Evil at the core. Implementation - insert, motion and normal states are forced to emacs state using an advice on `evil-insert-state`, `evil-motion-state` and `evil-normal-state` respectively. These functions can be used freely in the layer configuration. - A new general hook `spacemacs-editing-style-hook` allow to hook any code that need to be configured based on the editing style. Functions hooked to this hook takes the current style as parameter, this basically generalize the hook used to setup hjkl navigation bindings. - ESC has been removed from the emacs state map. - Revert unneeded changes - Revert "evil: enter insert-state only from normal-state" commit bdd702dfbe302206bbc989c7a0832daba087a781. - Revert "avoid being evil in deft with emacs editing style" commit f3a16f49ed27cc8cf05f23f93b006d6e04235381. Additional changes All editing style packages have been moved to a layer called `spacemacs-editing-styles` Notes I did not have time to attack hybrid mode, I should be able to do it later.
2016-03-13 23:41:18 +00:00
(evil-insert-state))
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
Add prefix names for racket-mode key bindings
2016-02-22 22:26:13 +00:00
(dolist (prefix '(("mg" . "navigation")
("mh" . "doc")
("mi" . "insert")
("ms" . "repl")
("mt" . "tests")))
(spacemacs/declare-prefix-for-mode 'racket-mode (car prefix) (cdr prefix)))
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
(spacemacs/set-leader-keys-for-major-mode 'racket-mode
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; navigation
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
"g`" 'racket-unvisit
"gm" 'racket-visit-module
"gr" 'racket-open-require-path
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; doc
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
"hd" 'racket-describe
"hh" 'racket-doc
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; insert
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
"il" 'racket-insert-lambda
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; REPL
Register all REPLs and make SPC m ' bindings
2016-01-26 16:31:15 +00:00
"'" 'racket-repl
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
"sb" 'racket-run
"sB" 'spacemacs/racket-run-and-switch-to-repl
"se" 'racket-send-last-sexp
"sE" 'spacemacs/racket-send-last-sexp-focus
"sf" 'racket-send-definition
"sF" 'spacemacs/racket-send-definition-focus
"si" 'racket-repl
"sr" 'racket-send-region
"sR" 'spacemacs/racket-send-region-focus
"ss" 'racket-repl
racket layer: refactor and apply conventions Add more key bindings
2015-03-28 03:37:33 +00:00
;; Tests
layers: Transition to new key bindings functions Removes dependence on evil-leader centralizing control over the method of key binding in core-keybindings.el
2015-11-18 00:38:05 +00:00
"tb" 'racket-test
"tB" 'spacemacs/racket-test-with-coverage)
Restore smart closing paren behavior in racket-mode Remove the shadowing keybindings for `)`, `]`, and `}` so the default `racket-insert-closing` command is used again.
2016-11-01 11:56:03 +00:00
(define-key racket-mode-map (kbd "H-r") 'racket-run))))
Reference in a new issue Copy permalink