emenel/doomemacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
doomemacs/modules/lang/web/+css.el

77 lines
2.4 KiB
EmacsLisp
Raw Normal View History

Major optimization refactor, across the board + enable lexical-scope everywhere (lexical-binding = t): ~5-10% faster startup; ~5-20% general boost + reduce consing, function calls & garbage collection by preferring cl-loop & dolist over lambda closures (for mapc[ar], add-hook, and various cl-lib filter/map/reduce functions) -- where possible + prefer functions with dedicated opcodes, like assq (see byte-defop's in bytecomp.el for more) + prefer pcase & cond (faster) over cl-case + general refactor for code readability + ensure naming & style conventions are adhered to + appease byte-compiler by marking unused variables with underscore + defer minor mode activation to after-init, emacs-startup or window-setup hooks; a customization opportunity for users + ensures custom functionality won't interfere with startup.
2017-06-08 11:47:56 +02:00
;;; lang/web/+css.el -*- lexical-binding: t; -*-
Update modules/lang/*
2017-02-19 18:57:16 -05:00
Fix /* and /** expansion in various languages Also adds +web-continue-block-comments option to control: /* * */ vs /* */ Has a known issue where the indentation for the closing delimiter is off by one when +web-continue-block-comments is disabled. Will have to look into that later.
2020-11-08 20:00:22 -05:00
(defvar +web-continue-block-comments t
"If non-nil, newlines in block comments are continued with a leading *.
lang/web: new comment-indent-function for css/scss-mode Adds +css/comment-indent-new-line, since the built-in default performs poorly in CSS buffers. This is experimental.
2018-02-14 20:58:36 -05:00
Fix /* and /** expansion in various languages Also adds +web-continue-block-comments option to control: /* * */ vs /* */ Has a known issue where the indentation for the closing delimiter is off by one when +web-continue-block-comments is disabled. Will have to look into that later.
2020-11-08 20:00:22 -05:00
This also indirectly means the asterisks in the opening /* and closing */ will
be aligned.
If set to `nil', disable all the above behaviors.")
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
feat(lib): backport find-sibling-file I will slowly phase out projectile in favor of project.el, starting with projectile-find-other-file, which -- as of Emacs 29 -- has a native alternative: `find-sibling-file`. Ref: doomemacs/community#1
2024-03-10 20:43:52 -04:00
(add-to-list 'find-sibling-rules '("/\\([^/]+\\)\\.\\(\\(s[ac]\\|le\\)ss\\|styl\\)\\'" "\\1\\.css"))
Add delq! and pushnew! macros And move projectile configs to their respective modules (and out of package configs).
2019-04-08 23:01:30 -04:00
General lang refactor; new refactor, help, build & test menus
2017-10-03 02:49:49 +02:00
Update modules/lang/*
2017-02-19 18:57:16 -05:00
;;
Revise and update docstrings and comments
2019-05-01 19:12:52 -04:00
;;; Major modes
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
Fix /* and /** expansion in various languages Also adds +web-continue-block-comments option to control: /* * */ vs /* */ Has a known issue where the indentation for the closing delimiter is off by one when +web-continue-block-comments is disabled. Will have to look into that later.
2020-11-08 20:00:22 -05:00
(setq-hook! 'css-mode-hook
;; Correctly continue /* and // comments on newline-and-indent
lang/web: fix comments not joining/filling correctly Before, joining these two lines // hello // world Results in // hello // world And filling the following // Pretend this line is longer than 80 characters Becomes // Pretend this lineis longer than 80 characters
2020-11-08 20:02:16 -05:00
comment-line-break-function #'+css/comment-indent-new-line
;; Fix `fill-paragraph' not conjoining line comments in CSS modes correctly.
lang/web: fix fill-prefix on continued comments Before: /* * pretend this is a line longer than 80 characters */ Call fill-paragraph: /* * pretend this is a line longer than 80 characters */ After /* * pretend this is a line longer than 80 characters */ Call fill-paragraph: /* * pretend this is a line longer * than 80 characters */
2020-11-09 15:41:46 -05:00
adaptive-fill-function #'+css-adaptive-fill-fn
;; Fix filled lines not being auto-prefixed with a * when needed.
adaptive-fill-first-line-regexp "\\'[ \t]*\\(?:\\* *\\)?\\'")
Fix /* and /** expansion in various languages Also adds +web-continue-block-comments option to control: /* * */ vs /* */ Has a known issue where the indentation for the closing delimiter is off by one when +web-continue-block-comments is disabled. Will have to look into that later.
2020-11-08 20:00:22 -05:00
(after! (:any css-mode sass-mode)
(set-docsets! '(css-mode scss-mode sass-mode)
"CSS" "HTML" "Bourbon" "Compass"
["Sass" (memq major-mode '(scss-mode sass-mode))]))
:boom: Refactor add-hook! macro & change arg order This update may potentially break your usage of add-hook! if you pass the :local or :append properties to it. This is how they used to work: (add-hook! :append 'some-mode-hook #'do-something) Thsoe properties must now follow the hooks, e.g. (add-hook! 'some-mode-hook :append #'do-something) Other changes: - Various add-hook calls have been renamed to add-hook! because I incorrectly assumed `defun` always returned its definition's symbol, when in fact, its return value is "undefined" (so sayeth the documentation). This should fix #1597. - This update adds the ability to add multiple functions to hooks without a list: (add-hook! 'some-mode-hook #'do-something #'do-something-else) - The indentation logic has been changed so that consecutive function symbols at indented at the same level as the first argument, but forms are indent like a defun. (add-hook! 'some-mode-hook #'do-something #'do-something-else) (add-hook! 'some-mode-hook (message "Hello"))
2019-07-26 19:57:13 +02:00
(add-hook! '(css-mode-hook sass-mode-hook stylus-mode-hook)
#'rainbow-mode)
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
Minor refactor & reformatting across the board
2020-04-08 15:29:29 -04:00
;; built-in. Contains both css-mode & scss-mode
Revise and update docstrings and comments
2019-05-01 19:12:52 -04:00
(after! css-mode
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
;; css-mode hooks apply to scss and less-css modes
Move evil & corrective keybinds to respective modules Keybinds that correct behavior or provide or extend vim functionality were moved to their respective modules, or to the :editor evil module. Keybinds in the global space, that are particularly opinionated but potentially harmful or imposing as a default, or likely for users to change (like leader keys), are kept in config/default.
2019-10-26 21:34:44 -04:00
(map! :localleader
:map scss-mode-map
"b" #'+css/scss-build
:map (css-mode-map scss-mode-map less-css-mode-map)
"rb" #'+css/toggle-inline-or-block)
(use-package! counsel-css
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 ivy)
Move evil & corrective keybinds to respective modules Keybinds that correct behavior or provide or extend vim functionality were moved to their respective modules, or to the :editor evil module. Keybinds in the global space, that are particularly opinionated but potentially harmful or imposing as a default, or likely for users to change (like leader keys), are kept in config/default.
2019-10-26 21:34:44 -04:00
:hook (css-mode . counsel-css-imenu-setup)
:init
(map! :map (css-mode-map scss-mode-map less-css-mode-map)
:localleader ";" #'counsel-css))
(use-package! helm-css-scss
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 helm)
Move evil & corrective keybinds to respective modules Keybinds that correct behavior or provide or extend vim functionality were moved to their respective modules, or to the :editor evil module. Keybinds in the global space, that are particularly opinionated but potentially harmful or imposing as a default, or likely for users to change (like leader keys), are kept in config/default.
2019-10-26 21:34:44 -04:00
:defer t
:init
(map! :map (css-mode-map scss-mode-map less-css-mode-map)
:localleader ";" #'helm-css-scss)
:config
(setq helm-css-scss-split-direction #'split-window-vertically
helm-css-scss-split-with-multiple-windows t)))
Update modules/lang/*
2017-02-19 18:57:16 -05:00
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
(after! sass-mode
(set-company-backend! 'sass-mode 'company-css)
Minor tweaks to map! calls for correctness + :map arguments shouldn't be quoted + :localleader keys default to all states in the absence of state modifiers. This is preferred, rather than restricting their use to normal state. + :map* is deprecated (there is no difference between it and :map)
2018-12-22 17:01:00 -05:00
(map! :map sass-mode-map :localleader "b" #'+css/sass-build))
Major refactor & optimization of how modules load their packages Now that we are loading package autoloads files (as part of the generated doom-package-autoload-file when running make autoloads), many :commands properties are redundant. In fact, many def-package! blocks are redundant. In some cases, we can do without a config.el file entirely, and can move into the autoloads file or rely entirely on package autoloads. Also, many settings have been moved in their module's autoloads files, which makes them available ASAP; their use no longer depends on module load order. This gained me a modest ~10% boost in startup speed.
2018-05-25 00:46:11 +02:00
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
;;
Revise and update docstrings and comments
2019-05-01 19:12:52 -04:00
;;; Tools
lang/web: update set-docsets! & general refactor
2018-09-08 18:35:45 -04:00
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)
Minor refactor & reformatting across the board
2020-04-08 15:29:29 -04:00
(add-hook! '(css-mode-local-vars-hook
Autostart LSP also in scss-mode
2020-04-17 11:31:07 +02:00
scss-mode-local-vars-hook
Minor refactor & reformatting across the board
2020-04-08 15:29:29 -04:00
sass-mode-local-vars-hook
less-css-mode-local-vars-hook)
fix(:lang): ensure lsp! is always appended to hooks
2022-07-25 18:12:03 +02:00
:append #'lsp!))
refactor(:lang): move tree-sitter init Moved add-hook calls (for tree-sitter initialization) into their respective modes' config blocks, or nearby, to be consistent with how other, similar tools (like lsp!) are initialized, and does so at runtime, rather than at expansion/compile time, which eval-when! caused.
2022-07-25 17:34:44 +02:00
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! +tree-sitter)
refactor(:lang): move tree-sitter init Moved add-hook calls (for tree-sitter initialization) into their respective modes' config blocks, or nearby, to be consistent with how other, similar tools (like lsp!) are initialized, and does so at runtime, rather than at expansion/compile time, which eval-when! caused.
2022-07-25 17:34:44 +02:00
(add-hook 'css-mode-local-vars-hook #'tree-sitter! 'append))
Reference in a new issue Copy permalink