Light, Dark, and Beyond: Building Multi‑theme Variants with Gravity Compensation

🌗 Introduction: Why Do We Need Multiple Themes? A good theme shouldn’t have just one face. Users work in different lighting conditions and at different times of day, and they may have personal preferences for a particular visual style. Providing both dark and light themes – and even more variants like high‑contrast – not only covers a wider audience but is also a crucial step toward turning your theme into a true design system. In Part 2 we already turned the theme source into an engineering project – managing colors with YAML and generating the final JSON with a build script. Now, on top of that, we’ll effortlessly build a family of themes that are visually consistent and weight‑balanced across variants. 🧱 1. Core Idea: Reuse Rules, Separate Colors The key idea behind multi‑theme support is: all themes share the same syntax rules and UI color definitions; the only thing that changes is the actual values of the color variables. Thus we need to completely separate color variables from t