You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently we use existing option namespaces for our own (i.e., our options for programs.bat are under programs.bat.catppuccin), which can introduce some issues in options that use submodule as their type. To avoid this, it'd probably be best to use the already existing catppuccin namespace for all of our options (an example of this would be catppuccin.programs.bat)
This would break basically every option we have currently, but would hopefully avoid problems in the future as things like the freeform type become more widely adopted
This doesn't seem like a bad Idea when you take into accound we are creating our own programs.glamour which might be taken by another program later if home-manager does something.
As a user, this will make it a lot easier to quickly enable all the module options with a copy paste of the whole catppuccin.*, as well as easily tell which I have enabled, which will be especially important as more of them get continually added. The only issue/inconvenience I can imagine, for me at least, is in the symbol picker of a Nil+Helix these module options will likely be sorted before the Home-Manager ones (catppuccin.programs.bat then programs.bat).
Currently we use existing option namespaces for our own (i.e., our options for
programs.bat
are underprograms.bat.catppuccin
), which can introduce some issues in options that use submodule as their type. To avoid this, it'd probably be best to use the already existingcatppuccin
namespace for all of our options (an example of this would becatppuccin.programs.bat
)This would break basically every option we have currently, but would hopefully avoid problems in the future as things like the freeform type become more widely adopted
Thanks to @Weathercold for suggesting this
The text was updated successfully, but these errors were encountered: