-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New layer format #4980
Comments
@syl20bnr is the best person to answer all this :-) But I can give some indications about what I know:
It has to do with lazy layers installation. It seems it could also help solving #3430.
Quoting a discussion with @syl20bnr: |
I been doing my PRs against it. I updated the docs when I saw he did it. The wizard is updated here -- he hasn't merged it yet. |
Should the |
Yes. It should go in package.el
--Rob
|
For examples see the plantuml layer --Rob
|
In that case, the following documentation fix is needed? #4986 |
Sorry for being late on this.
@darkfeline So your New format section in OP looks quite accurate to me. |
Given that, the following need fixing:
|
@darkfeline what's wrong with the plantuml layer I followed the template when I saw it? The create-layer wizard has an open PR (See #4906) |
My bad, I overlooked it when merging, thank you @darkfeline. |
@darkfeline do you have any further questions here? |
No, this is out of date anyway. |
I'd like clarification on the new layer format. Relevant links:
Layers documentation: https://github.com/syl20bnr/spacemacs/blob/develop/doc/LAYERS.org
Relevant commit: 09af605
Old format
packages.el
: Set layer packages and configure packages (init-<package>
).funcs.el
: Function definitions, including named functions that are used ininit-<package>
.keybindings.el
: Any keybindings that don't go intoinit-<package>
(not package specific).config.el
: All remaining configuration that don't go intoinit-<package>
(not package specific).New format
packages.el
: Set layer packages.packages-config.el
: Configure packages (init-<package>
).packages-funcs.el
: Function definitions, only named functions that are used ininit-<package>
(package related).funcs.el
: Remaining function definitions (not package specific).keybindings.el
: Any keybindings that don't go intoinit-<package>
(not package specific).config.el
: All remaining configuration that don't go intoinit-<package>
(not package specific).Questions
packages.el
->packages-config.el
, moving some definitionsfuncs.el
->packages-funcs.el
?keybindings.el
necessary? I believe these will be things like calls tospacemacs/set-leader-keys
,evil-define-key
, etc. Can these not simply go intoconfig.el
?my-layer-foo-function
gets used ininit-foo
as(setq foo-function 'my-layer-foo-function)
, then it goes intopackages-funcs.el
. An interactive commandmy-layer-frob-paragraph
goes intofuncs.el
. Does this sound right?The text was updated successfully, but these errors were encountered: