# Cleaning up our color palette 🎨

**URL:** <https://meta.discourse.org/t/cleaning-up-our-color-palette/61263>\
**Category:** Development\
**Created:** [2017年四月19日 15:40 UTC](https://meta.discourse.org/t/cleaning-up-our-color-palette/61263 "2017-04-19T15:40:19Z")\
**Posts on this page:** 1\
**Showing post:** 18

<div class="post-metadata">

**Author:** ![LeoMcA](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/leomca/32/87233_2.png) [@LeoMcA](https://meta.discourse.org/u/LeoMcA)\
**Post date:** [2017年八月15日 18:39 UTC](https://meta.discourse.org/t/cleaning-up-our-color-palette/61263/18 "2017-08-15T18:39:40Z")

</div>

Is further simplification planned here?

From a theme development perspective getting full control over the colours used in Discourse is still quite painful. To take the tertiary colour as an example, there’s still 30 instances of `scale-color($tertiary, $lightness: N%)`.

I’d rather not override every one of those in my custom CSS, and my mad science experiment 👨‍🔬 overriding the `scale-color` function to output only a limited, palette defined, set of colours didn’t work.

The best situation from my end would be a complete replacement of the use of `scale-color` with, for example, `$tertiary`, `$tertiary-low`, `$tertiary-very-low`, etc. alongside the ability to override those variables from a theme.

---

_[View the full topic](https://meta.discourse.org/t/cleaning-up-our-color-palette/61263)._
