What is the feature, what would you like to be able to do?
Currently the method that user's override an existing module is fragmented and not as straight forward as we'd like.
Currently a user must:
Copy the module from lua/doom/modules/SECTION_NAME/MODULE_NAME/ -> lua/user/modules/MODULE_NAME
Do this in their modules.lua
-- modules.lua
return {
langs = {
'lua', -- delete this
},
user = {
'lua', -- add this
}
}
A better solution is to change the way modules are resolved, first doom tries to load from lua/user/modules/SECTION_NAME/MODULE_NAME/, if there is no module there, doom will fallback to the builtin lua/doom/modules/SECTION_NAME/MODULE_NAME/.
This way all the user needs to do is copy the module into the user folder and maintain the same folder structure.
What is the use case, why do you want this feature?
The current way of overriding / adding modules is unclear and could be hugely simplified.
Possible Implementation (if applicable)
Modules are resolved inside of lua/doom/core/config, line 86.
What is the feature, what would you like to be able to do?
Currently the method that user's override an existing module is fragmented and not as straight forward as we'd like. Currently a user must:
lua/doom/modules/SECTION_NAME/MODULE_NAME/
->lua/user/modules/MODULE_NAME
A better solution is to change the way modules are resolved, first doom tries to load from
lua/user/modules/SECTION_NAME/MODULE_NAME/
, if there is no module there, doom will fallback to the builtinlua/doom/modules/SECTION_NAME/MODULE_NAME/
.This way all the user needs to do is copy the module into the
user
folder and maintain the same folder structure.What is the use case, why do you want this feature?
The current way of overriding / adding modules is unclear and could be hugely simplified.
Possible Implementation (if applicable)
Modules are resolved inside of
lua/doom/core/config
, line 86.