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
Reorganize less variables for simpler theming #7876
Comments
FYI this needs to be done after most of the "redesign" pull requests are merged to avoid any conflict. |
Just to clarify. In this issue can we move |
Did you mean |
I meant where we currently use that variable in a less file instead of
we could use
and remove the code less variable. That's how it's usually done currently in several places. Alternatively we could at least do
Same with the other variable. Different topic but can be maybe done in this issue as well: In general I would only put those variables in the
This will make it much easier and less frustrating for plugin developers since those variables don't really impact other things that one need to change. |
But the background color is the only thing we know is customized (the two currently published themes). If we speak only of what we know, then removing it wouldn't be such a good idea. |
It'd put it in a This will make it easier for developers to get started since they will have only a few options and those are easy and one shouldn't get frustrated with those as they are straight forward. Knowing that eg background-color is in eg a |
OK makes sense. |
PR: #7951 |
Developer documentation updated. |
Following a discussion in #7793 we want to expose a simple less file containing the base variables that themes can override. Those variables will be considered as API (no BC-break).
We still want to be able to create other less variables (for practical purposes) so we will put these other variables in a separate file, and those variables will not be API.
The text was updated successfully, but these errors were encountered: