theme/
lib.rs

1//! The app theme — two concrete appearances, one token set.
2//!
3//! Colors are precomputed from an oklch-derived neutral scale (perceptually even
4//! lightness steps; the same scale the reference Tailwind theme used) into gpui
5//! [`Hsla`](gpui::Hsla).
6//! **Numbers drive layout, colors are paint**: layout constants live in
7//! `theme/layout.rs` as plain numbers and never depend on which color is painted.
8//!
9//! # Light is designed, not inverted
10//!
11//! Mirroring lightness produces the classic "washed-out inverted" look, for three
12//! reasons this module handles explicitly:
13//!
14//! 1. **Surface order flips meaning.** In dark, the main content panel is the
15//!    *darkest* plane and raised surfaces get *lighter*. In light, the content
16//!    panel is *white* and the shell/sidebar goes *grey* — chrome recedes by
17//!    getting darker, not lighter. Popovers stay white and earn separation from a
18//!    border and shadow rather than from lightness.
19//! 2. **Elevation reverses.** On dark, a faint *white* wash means "raised". Its
20//!    literal translation — a faint *black* wash on white — means "recessed", so
21//!    the composer read as a dent instead of a plate. Light lifts with white plus
22//!    a border and shadow ([`Theme::input_bg`], the elevation ladder). Fill
23//!    *alphas* carry over unchanged ([`INK_FILL_SCALE`]); only hairlines scale, so
24//!    a 1px edge survives a bright surround ([`INK_HAIRLINE_SCALE`]).
25//! 3. **Accents must move down the scale.** The dark palette's 400-level accents
26//!    (red/amber, and whatever hue an app sets [`Theme::accent`] to) are chosen
27//!    for contrast against near-black; on white they fall to 2–4:1 and fail WCAG
28//!    AA. Light mode uses the 600-level siblings at the same hue, which restores
29//!    the *contrast ratio* the dark token had.
30//!
31//! Text tones are chosen so each light token lands within ~0.5 of its dark
32//! counterpart's contrast ratio against its own background — the pairing is
33//! verified in `tests/theme.rs`, not eyeballed.
34//!
35//! Installed as a gpui [`Global`](gpui::Global) at boot; read with [`Theme::of`].
36
37pub mod appearance;
38
39mod color;
40mod paint;
41mod theme;
42
43pub use color::{
44    contrast_ratio, flatten, grey, hsl_to_rgb, mix, neutral, oklch, oklch_to_srgb,
45    relative_luminance, rgb_to_hsl,
46};
47pub use paint::{
48    INK_FILL_SCALE, INK_HAIRLINE_SCALE, SCRIM_ALPHA_DARK, band, card_selected_bg,
49    card_selected_shadows, current_appearance, glass_selected_bg, glass_selected_shadows, hairline,
50    ink, lock_appearance, scrim, set_current_appearance, theme_generation, user_bubble_bg, wash,
51};
52pub use theme::{HighlightKind, SyntaxPalette, Theme, set_palette};
53
54/// The carrier seam for catalog traits: any type holding a [`Theme`] exposes
55/// it through this one method, and every component group
56/// (`ui::widgets::Scaffolding`, …) extends it, so group methods read
57/// the environment through `self.theme()`.
58pub trait ThemeExt {
59    fn theme(&self) -> &Theme;
60}
61
62impl ThemeExt for Theme {
63    fn theme(&self) -> &Theme {
64        self
65    }
66}
67
68/// Which appearance the app is painting.
69#[derive(Debug, Clone, Copy, PartialEq, Eq, Hash, Default)]
70pub enum Appearance {
71    #[default]
72    Dark,
73    Light,
74}
75
76impl Appearance {
77    pub fn is_dark(self) -> bool {
78        matches!(self, Self::Dark)
79    }
80
81    pub fn is_light(self) -> bool {
82        matches!(self, Self::Light)
83    }
84
85    /// Map a gpui window appearance onto ours (both vibrant variants are just
86    /// the blurred flavour of the same tone).
87    pub fn from_window(appearance: gpui::WindowAppearance) -> Self {
88        use gpui::WindowAppearance::*;
89        match appearance {
90            Light | VibrantLight => Self::Light,
91            Dark | VibrantDark => Self::Dark,
92        }
93    }
94}
theme/lib.rs

theme/
lib.rs
