Skip to main content

makeover_tui/
piece.rs

1//! The pieces every terminal app draws, drawn once.
2//!
3//! # Not `widget`
4//!
5//! `makeover-layout` owns that word for something else, and the two meanings do
6//! not sit together. A `Region::Widget` there is host-agnostic: a named
7//! assembly of primitives that every renderer draws its own way. What is in
8//! this module is the opposite end, renderer-local, the answer to *what a meter
9//! looks like in cells*, taking a description plus what only a terminal knows.
10//! The style type is `PieceStyle`.
11//!
12//! A meter, a badge, a control, a figure and a form field are what a screen is
13//! made of below the level [`table`](crate::table) works at. [`activity`] and
14//! [`awaiting`] draw a wait, out of wiki `loading-and-progress-standard`.
15//!
16//! # What these take, and what they leave alone
17//!
18//! Each takes a `makeover-layout` description, a [`PieceStyle`], and whatever
19//! the *host* knows that a description never carries. That last part is the
20//! shape worth copying: [`field`] takes what is currently typed in the box as a
21//! separate argument, because [`Field`] deliberately does not carry a value and
22//! is not going to. `makeover-immediate` reached the same seam from the other
23//! side with its `Filling`, and [`Held`] is that seam here.
24//!
25//! Focus is the other one. Nothing in a description says which control the user
26//! is on, so every drawing here takes `focused` as an argument and the caller
27//! is what counts. What focus *looks like* is this crate's answer and not the
28//! caller's, which is the point of it being here: see
29//! [`PieceStyle::focused`].
30//!
31//! # What they do not do
32//!
33//! No layout. Each answers rows for a width, or draws into the rect it is
34//! given, top-aligned, and never below it. Nothing here measures twice and
35//! nothing here places anything relative to anything else, because the moment
36//! it did it would be a layout engine with one consumer's flow baked into it.
37
38use makeover_layout::{
39    Act, Awaiting, Bar, Chart, Fact, Field, FieldKind, Figure, Heading, Meter, ThemeVariant, Token,
40    Tone,
41};
42use ratatui::buffer::Buffer;
43use ratatui::layout::Rect;
44use ratatui::style::{Modifier, Style};
45use ratatui::text::{Line, Span};
46
47use crate::text;
48use std::time::Duration;
49
50/// What a badge of one tone is drawn in, when it is drawn filled.
51///
52/// Two styles and not one, because a filled badge is three spans: an edge, the
53/// label, an edge. The label takes [`fill`](Self::fill) whole. An edge takes
54/// the fill's background with [`edge`](Self::edge)'s foreground over it, so
55/// the half of the cell the glyph leaves empty is the badge's own ground.
56#[derive(Debug, Clone, Copy, PartialEq, Eq, Default)]
57pub struct BadgeStyle {
58    /// The ground and the ink.
59    pub fill: Style,
60    /// The edge, as a foreground.
61    pub edge: Style,
62}
63
64/// The colours and marks the drawings below use.
65///
66/// [`TableStyle`](crate::table::TableStyle)'s shape, for its reasons: an
67/// ungated struct of styles with a [`Default`], plus a
68/// [`from_theme`](Self::from_theme) that is what a consumer holding a loaded
69/// theme should reach for first. A consumer painting bevels and nothing else
70/// should not have to supply text tones it never uses, and gating the whole
71/// module on `theme` would make these unreachable to anyone hand-picking
72/// colours.
73///
74/// The default is the one that survives a terminal with no colour at all:
75/// modifiers only, no foreground anywhere. That is not a placeholder. A
76/// two-colour terminal is the case where a `Style` carrying a foreground is a
77/// foreground that will not land, and bold-and-reversed is what is left.
78#[derive(Debug, Clone, Copy, PartialEq, Eq)]
79pub struct PieceStyle {
80    /// Ordinary content, and what [`Tone::Neutral`] reads as.
81    pub content: Style,
82    /// Content one step back: a field's label, a quoted run.
83    pub secondary: Style,
84    /// Content two steps back: a caption, a hint, a meter's reading.
85    pub muted: Style,
86    /// Something worth knowing and nothing to do about it.
87    pub info: Style,
88    /// Something finished and it worked.
89    pub success: Style,
90    /// Something the user should look at.
91    pub warning: Style,
92    /// Something broken, or about to be destroyed.
93    pub danger: Style,
94    /// A page title.
95    pub page: Style,
96    /// A section title.
97    pub section: Style,
98    /// A subsection title.
99    pub subsection: Style,
100    /// Text that goes somewhere, and a control's label.
101    pub action: Style,
102    /// A control filled with the action colour, for the one on a screen that is
103    /// the thing to press. A form's submit is the case that has it.
104    pub filled: Style,
105    /// A surface set back from the one it sits on, by colour and nothing else.
106    /// What a code run takes, since every cell is monospace and the thing a
107    /// webview says with a typeface cannot be said that way here.
108    pub sunken: Style,
109    /// A badge of each tone, in [`Tone`]'s order: neutral, info, success,
110    /// warning, danger. Read through [`badge`](Self::badge).
111    pub badges: [BadgeStyle; 5],
112    /// The glyphs either side of a filled badge, or `None` to draw a badge as
113    /// its label in parentheses, in its tone.
114    ///
115    /// `None` by default, since a fill is a colour and the default has none to
116    /// spend.
117    pub badge_edges: Option<[&'static str; 2]>,
118    /// What "you are on this one" adds to whatever it lands on.
119    ///
120    /// Reversed video by default, which is the affordance a cell has left once
121    /// colour is spent on tone and bold on weight. A webview says it with an
122    /// outline; a terminal has no outline that is not four more cells.
123    pub focus: Modifier,
124    /// How many cells [`meter`] spends on its bar.
125    pub meter_cells: u16,
126    /// The filled part of a bar.
127    pub meter_full: char,
128    /// The empty part of a bar.
129    pub meter_empty: char,
130    /// What marks a compulsory field, appended to its label.
131    ///
132    /// A knob for `makeover-immediate`'s reason: it is the one piece of *copy*
133    /// here, and copy is not a renderer's call.
134    pub required_marker: &'static str,
135}
136
137impl Default for PieceStyle {
138    /// Modifiers only, no foreground: what survives a terminal with two
139    /// colours.
140    fn default() -> Self {
141        Self {
142            content: Style::new(),
143            secondary: Style::new(),
144            muted: Style::new().add_modifier(Modifier::DIM),
145            info: Style::new(),
146            success: Style::new(),
147            warning: Style::new(),
148            danger: Style::new().add_modifier(Modifier::BOLD),
149            page: Style::new().add_modifier(Modifier::BOLD),
150            section: Style::new().add_modifier(Modifier::BOLD),
151            subsection: Style::new(),
152            action: Style::new().add_modifier(Modifier::UNDERLINED),
153            filled: Style::new().add_modifier(Modifier::REVERSED),
154            sunken: Style::new().add_modifier(Modifier::DIM),
155            badges: [BadgeStyle::default(); 5],
156            badge_edges: None,
157            focus: Modifier::REVERSED,
158            meter_cells: 10,
159            meter_full: '#',
160            meter_empty: '-',
161            required_marker: "*",
162        }
163    }
164}
165
166impl PieceStyle {
167    /// The house widgets, from a loaded theme.
168    ///
169    /// The lift this module exists for. `quasi-tui` carried every line of this
170    /// as private methods on its own renderer; a second terminal app wanting a
171    /// toned control had no way to reach them and would have picked its own
172    /// colours for the same five tones.
173    #[cfg(feature = "theme")]
174    #[must_use]
175    pub fn from_theme(theme: &crate::Theme) -> Self {
176        Self {
177            content: Style::new().fg(theme.content_primary),
178            secondary: Style::new().fg(theme.content_secondary),
179            muted: Style::new().fg(theme.content_muted),
180            info: Style::new().fg(theme.status_info),
181            success: Style::new().fg(theme.status_success),
182            warning: Style::new().fg(theme.status_warning),
183            danger: Style::new().fg(theme.status_danger),
184            // Three depths and two of them are bold, which is the whole of what
185            // a terminal has: there is no type scale in a grid of one cell
186            // size. A page title takes bold and the accent, a section bold, a
187            // subsection the secondary colour. That is the emphasis order a
188            // webview's type scale says with size, said with the two axes a
189            // cell has.
190            page: Style::new()
191                .fg(theme.action_primary)
192                .add_modifier(Modifier::BOLD),
193            section: Style::new()
194                .fg(theme.content_primary)
195                .add_modifier(Modifier::BOLD),
196            subsection: Style::new().fg(theme.content_secondary),
197            action: Style::new().fg(theme.action_primary),
198            filled: Style::new().fg(theme.selection_on).bg(theme.action_primary),
199            sunken: Style::new().bg(theme.surface_sunken),
200            // The chip of wiki `table-model`: a fill, an edge in the tone, and
201            // the label in content. A status fills with makeover's
202            // `<tone>-surface` and a neutral badge with the hover's step, which
203            // is the weight the tone fills sit at and shows on a striped row
204            // as well as a plain one. The raised surface the webview fills a
205            // neutral chip with would vanish into the table ground here, where
206            // no hairline edge is thin enough to draw around it.
207            badges: {
208                let badge = |fill, edge| BadgeStyle {
209                    fill: Style::new().fg(theme.content_primary).bg(fill),
210                    edge: Style::new().fg(edge),
211                };
212                [
213                    badge(theme.row_hover, theme.line_border),
214                    badge(theme.status_info_surface, theme.status_info),
215                    badge(theme.status_success_surface, theme.status_success),
216                    badge(theme.status_warning_surface, theme.status_warning),
217                    badge(theme.status_danger_surface, theme.status_danger),
218                ]
219            },
220            // Half blocks, the bevel's glyphs: the outer half of each end cell
221            // is the edge and the inner half is fill, so the label sits half a
222            // cell in. The same two cells the parentheses took, so a badge
223            // gaining its fill moves nothing beside it.
224            badge_edges: Some(["\u{258C}", "\u{2590}"]),
225            focus: Modifier::REVERSED,
226            meter_cells: 10,
227            meter_full: '#',
228            meter_empty: '-',
229            required_marker: "*",
230        }
231    }
232
233    /// The style a tone reads as.
234    ///
235    /// [`Tone`] is closed and stays closed, so this is total and needs no
236    /// fallback arm.
237    #[must_use]
238    pub const fn tone(&self, tone: Tone) -> Style {
239        match tone {
240            Tone::Neutral => self.content,
241            Tone::Info => self.info,
242            Tone::Success => self.success,
243            Tone::Warning => self.warning,
244            Tone::Danger => self.danger,
245        }
246    }
247
248    /// What a badge of this tone is drawn in.
249    #[must_use]
250    pub const fn badge(&self, tone: Tone) -> BadgeStyle {
251        self.badges[match tone {
252            Tone::Neutral => 0,
253            Tone::Info => 1,
254            Tone::Success => 2,
255            Tone::Warning => 3,
256            Tone::Danger => 4,
257        }]
258    }
259
260    /// The style a heading reads as.
261    #[must_use]
262    pub const fn heading(&self, level: Heading) -> Style {
263        match level {
264            Heading::Page => self.page,
265            Heading::Section => self.section,
266            Heading::Subsection => self.subsection,
267        }
268    }
269
270    /// `style`, plus the mark that says the user is on this one.
271    ///
272    /// Takes the flag rather than being called behind an `if`, because every
273    /// caller has a bool in hand and the branch is the part that gets forgotten.
274    #[must_use]
275    pub fn focused(&self, focused: bool, style: Style) -> Style {
276        if focused {
277            style.add_modifier(self.focus)
278        } else {
279            style
280        }
281    }
282}
283
284/// What a field currently holds, which a description never carries.
285///
286/// The terminal counterpart of `makeover_immediate::Filling`, and the same seam:
287/// there the widget writes through a `&mut` as the value is edited, and here the
288/// caller keeps an edit buffer and lends it out for the draw. Neither is
289/// something [`Field`] could carry without becoming a form model.
290///
291/// An enum rather than a bag of options, for `Filling`'s reason: a checkbox
292/// holding a string is unsayable here, where a struct would let it be said and
293/// then have to cope.
294#[derive(Debug, Default, Clone, Copy, PartialEq, Eq)]
295pub enum Held<'a> {
296    /// Nothing typed and nothing chosen. The control draws empty.
297    #[default]
298    Absent,
299    /// What is in the box, or the `value` of the chosen [`Choice`].
300    ///
301    /// [`Choice`]: makeover_layout::Choice
302    Text(&'a str),
303    /// A checkbox, on or off.
304    On(bool),
305    /// Both ends of a [`FieldKind::Interval`], lower first.
306    ///
307    /// Two values rather than one string with a separator, which is
308    /// [`makeover_layout::Field::upper_name`]'s reason one level down: an
309    /// interval is submitted under two names, so it is held as two values, and
310    /// a delimiter this crate owned could appear inside either of them.
311    ///
312    /// Either end may be empty while the other stands. An open end is an
313    /// answer -- "over 120 BPM" -- rather than a half-filled box.
314    Between {
315        /// What the lower box holds now.
316        lower: &'a str,
317        /// What the upper box holds now.
318        upper: &'a str,
319    },
320}
321
322impl<'a> Held<'a> {
323    /// What is typed, as a string. A checkbox has no text and answers empty.
324    #[must_use]
325    pub const fn text(self) -> &'a str {
326        match self {
327            Self::Text(text) | Self::Between { lower: text, .. } => text,
328            Self::Absent | Self::On(_) => "",
329        }
330    }
331
332    /// The upper end, for the one variant that has one.
333    #[must_use]
334    pub const fn upper(self) -> &'a str {
335        match self {
336            Self::Between { upper, .. } => upper,
337            Self::Absent | Self::Text(_) | Self::On(_) => "",
338        }
339    }
340
341    /// Whether a checkbox is ticked.
342    #[must_use]
343    pub const fn on(self) -> bool {
344        matches!(self, Self::On(true))
345    }
346}
347
348/// What a host can see about a wait that is running.
349///
350/// Neither half is derivable from a description, which is why both are here and
351/// not on [`Awaiting`]. That type says how big the payload is; how much of it
352/// has landed is a fact about a transfer in flight, and only whoever is running
353/// the transfer knows it.
354///
355/// The same shape `makeover-immediate` carries, deliberately: a wait is one
356/// reading on every surface and the two renderers should not disagree about
357/// what a host owes them.
358#[derive(Debug, Clone, Copy, Default, PartialEq, Eq)]
359pub struct Progress {
360    /// How much has arrived, in whatever unit the description counted.
361    pub delivered: Option<u64>,
362    /// How long the wait has lasted so far.
363    ///
364    /// The one time value a wait may show. See [`awaiting`] for the three it
365    /// may not.
366    pub elapsed: Option<Duration>,
367}
368
369/// The activity mark: one cell, lit or dark.
370///
371/// Rule 2 of wiki `loading-and-progress-standard`, and the surface the metaphor
372/// came from. A hard-disk light is one cell that blinks, and a terminal draws
373/// that with no metaphor in the way — where a webview needs a keyframe and egui
374/// needs a repaint schedule, this is a character.
375///
376/// The two glyphs are [`PieceStyle::meter_full`] and
377/// [`PieceStyle::meter_empty`], not a third pair. A bar's filled cell and a lit
378/// mark are the same statement in the same alphabet, and a terminal that had to
379/// render two vocabularies of "on" would be saying there are two kinds of on.
380///
381/// **Dark, not absent.** A mark that is drawn half the time is a hole in the
382/// line, and the line reflows around it or the reader loses where to look. It
383/// occupies its cell either way.
384///
385/// `lit` is the caller's: this module holds no clock. [`crate::activity_lit`]
386/// is the one place the phase is worked out from the cadence, so a caller
387/// should reach for that rather than dividing by 500 itself.
388#[must_use]
389pub fn activity(style: &PieceStyle, lit: bool) -> Span<'static> {
390    if lit {
391        Span::styled(style.meter_full.to_string(), style.action)
392    } else {
393        Span::styled(style.meter_empty.to_string(), style.muted)
394    }
395}
396
397/// A wait as one line, drawn from what is actually known about it.
398///
399/// [`Awaiting::is_determinate`] is the first branch and there is a second the
400/// description cannot answer: whether anything is watching the transfer. A bar
401/// wants a total and a numerator both, so a described amount with no
402/// [`Progress::delivered`] beside it draws the mark and the size it is waiting
403/// on, rather than an empty trough implying somebody is counting.
404///
405/// So three drawings for three states, which is the point:
406///
407/// ```text
408/// unmeasured                       #            a blinking cell
409/// measured, nothing watching       # 41943040   the cell, and how much there is
410/// measured and observed            ####------ 17825792/41943040  4s
411/// ```
412///
413/// **What the bar may not do**, from rule 1 of the standard and from
414/// [`Awaiting`]'s own docs: what is done over what there is, plus the time it
415/// has taken. Never a remaining time, an arrival time, or a rate extrapolated
416/// forward. A prediction is wrong the moment the transfer stalls, and being
417/// confidently wrong is worse than being honestly indeterminate.
418///
419/// The numbers are raw. The unit is the app's — bytes for an upload, rows for
420/// an import — and a renderer that formatted one as a file size would be
421/// dressing up a quantity it was deliberately not told about.
422#[must_use]
423pub fn awaiting(
424    style: &PieceStyle,
425    awaiting: Awaiting,
426    progress: Progress,
427    lit: bool,
428) -> Line<'static> {
429    let Some(total) = awaiting.amount else {
430        return Line::from(vec![activity(style, lit)]);
431    };
432    let Some(done) = progress.delivered else {
433        return Line::from(vec![
434            activity(style, lit),
435            Span::styled(format!(" {total}"), style.muted),
436        ]);
437    };
438    let cells = u32::from(style.meter_cells);
439    // In cells rather than in floating point, the way `meter` does it: a
440    // terminal's bar has ten states and rounding through an f64 to reach one of
441    // ten is arithmetic nobody needs. Saturating rather than wrapping, because
442    // a transfer that over-delivers is a real case and a panicking bar is not
443    // the way to report it.
444    let filled = u32::try_from(
445        done.saturating_mul(u64::from(cells))
446            .checked_div(total)
447            .unwrap_or(0),
448    )
449    .unwrap_or(cells)
450    .min(cells);
451    let bar = format!(
452        "{}{}",
453        style.meter_full.to_string().repeat(filled as usize),
454        style
455            .meter_empty
456            .to_string()
457            .repeat((cells - filled) as usize)
458    );
459    let reading = match progress.elapsed {
460        Some(elapsed) => format!(" {done}/{total}  {}s", elapsed.as_secs()),
461        None => format!(" {done}/{total}"),
462    };
463    Line::from(vec![
464        Span::styled(bar, style.action),
465        Span::styled(reading, style.muted),
466    ])
467}
468
469/// A proportion as one line: the bar, then the reading beside it.
470///
471/// The reading is built here from the two numbers and the noun rather than
472/// taken assembled, which is what [`Meter::label`] carrying the noun alone is
473/// for: a terminal at one line and a tooltip want different sentence orders.
474#[must_use]
475pub fn meter(style: &PieceStyle, meter: &Meter<'_>) -> Line<'static> {
476    let cells = u32::from(style.meter_cells);
477    let filled = meter
478        .done
479        .checked_mul(cells)
480        .and_then(|reached| reached.checked_div(meter.total))
481        .unwrap_or(0)
482        .min(cells);
483    let bar = format!(
484        "{}{}",
485        style.meter_full.to_string().repeat(filled as usize),
486        style
487            .meter_empty
488            .to_string()
489            .repeat((cells - filled) as usize)
490    );
491    let reading = match meter.label {
492        Some(label) => format!(" {}/{} {label}", meter.done, meter.total),
493        None => format!(" {}/{}", meter.done, meter.total),
494    };
495    Line::from(vec![
496        Span::styled(bar, style.tone(meter.tone)),
497        Span::styled(reading, style.muted),
498    ])
499}
500
501/// A badge or a chip as a line.
502///
503/// A chip is its label in square brackets, in its tone: it answers a press, and
504/// the bracket says so. A badge answers nothing and is drawn filled where the
505/// style has [`badge_edges`](PieceStyle::badge_edges), as an edge, the label on
506/// its fill, and an edge (wiki `table-model`), and in round brackets in its tone
507/// where it has none. Every spelling is the label and two cells, so the width
508/// does not depend on which one a terminal gets.
509///
510/// `latched` is a chip that is switched on, and it reads as reversed. So does
511/// focus, which is a collision a terminal cannot avoid: latched is "this filter
512/// is on" and focused is "you are here", and there is one spare axis for two
513/// facts. Said here rather than resolved by inventing a third look nobody would
514/// read.
515///
516/// A chip's removable half is not drawn. The `x` a webview hangs on a chip is a
517/// second control inside one span, and a terminal reaches a control by focusing
518/// it; two targets in one cell run is a question for whoever owns the
519/// interaction, not for a drawing.
520#[must_use]
521pub fn token(
522    style: &PieceStyle,
523    label: &str,
524    kind: Token,
525    tone: Tone,
526    latched: bool,
527    focused: bool,
528) -> Line<'static> {
529    let mark = |painted: Style| {
530        if latched {
531            painted.add_modifier(style.focus)
532        } else {
533            style.focused(focused, painted)
534        }
535    };
536    match (kind, style.badge_edges) {
537        (Token::Badge, Some([open, close])) => {
538            let badge = style.badge(tone);
539            let edge = mark(badge.fill.patch(badge.edge));
540            Line::from(vec![
541                Span::styled(open, edge),
542                Span::styled(label.to_owned(), mark(badge.fill)),
543                Span::styled(close, edge),
544            ])
545        }
546        (Token::Badge, None) => {
547            Line::from(Span::styled(format!("({label})"), mark(style.tone(tone))))
548        }
549        (Token::Chip { .. }, _) => {
550            Line::from(Span::styled(format!("[{label}]"), mark(style.tone(tone))))
551        }
552    }
553}
554
555/// A control as one line.
556///
557/// `< Label > (key)`, and the key only where the description named one. That
558/// member is the one place `makeover-layout` anticipated a terminal before there
559/// was one, and this is the renderer that reads it.
560///
561/// A control that commits ([`Act::commits`]) is `[ Label ]` filled with the
562/// action colour, which is the weight difference a webview carries as its
563/// default-button ring. Its tone still says what pressing it means: a
564/// committing delete is filled in the danger colour, not the action colour.
565///
566/// A disabled control is drawn muted and is not marked focused, whatever the
567/// caller passed: it is present, visible and not answering, so a focus mark on
568/// it would be an affordance that lies. Whether it is reachable at all is the
569/// caller's count to keep — ask [`Act::disabled`]. A disabled commit keeps its
570/// brackets, for the reason a disabled button keeps its bevel.
571#[must_use]
572pub fn act(style: &PieceStyle, act: &Act<'_>, focused: bool) -> Line<'static> {
573    let painted = if act.disabled() {
574        style.muted
575    } else if act.commits && act.tone == Tone::Neutral {
576        style.focused(focused, style.filled)
577    } else {
578        style.focused(focused, style.tone(act.tone))
579    };
580    let (open, close) = if act.commits { ("[", "]") } else { ("<", ">") };
581    let label = match act.key {
582        Some(key) => format!("{open} {} {close} ({key})", act.label),
583        None => format!("{open} {} {close}", act.label),
584    };
585    Line::from(Span::styled(label, painted))
586}
587
588/// The muted line a control's [`Act::hint`] draws as, or `None` where it has
589/// none.
590///
591/// A terminal has no pointer, so the hover the other two renderers spend a hint
592/// on is not available and is not the thing anyway: what the description says
593/// is that the sentence is true, never that it is hidden. A row under the
594/// control is this renderer's answer, and it is the same muted row
595/// [`field`] gives a field's note, so the two read alike wherever they land.
596///
597/// Its own function rather than extra lines out of [`act`], because a control
598/// is one [`Line`] everywhere it is drawn and a caller laying out a run needs
599/// to know it is placing two things.
600#[must_use]
601pub fn act_note(style: &PieceStyle, act: &Act<'_>) -> Option<Line<'static>> {
602    act.hint
603        .map(|hint| Line::from(Span::styled(hint.to_owned(), style.muted)))
604}
605
606/// The rows [`figure`] wants at `width`.
607#[must_use]
608pub fn figure_height(figure: &Figure<'_>, width: u16) -> u16 {
609    text::height(figure.value, width) + text::height(figure.caption, width)
610}
611
612/// A figure: the number, then what it counts under it.
613///
614/// The tone lands on the value and its change rather than on the caption, which
615/// is what [`Figure::tone`] means: the figure is an ordinary fact and it is the
616/// movement that reads as good or bad.
617pub fn figure(style: &PieceStyle, figure: &Figure<'_>, area: Rect, buf: &mut Buffer) -> u16 {
618    let value = match figure.change {
619        Some(change) => format!("{} {change}", figure.value),
620        None => figure.value.to_owned(),
621    };
622    let used = text::draw(
623        &value,
624        style.tone(figure.tone).add_modifier(Modifier::BOLD),
625        area,
626        buf,
627    );
628    used + text::draw(figure.caption, style.muted, below(area, used), buf)
629}
630
631/// The rows [`facts`] wants at `width`.
632///
633/// One per fact, plus whatever a long value wraps to. The label never wraps:
634/// the column is sized to the longest label, so a label that would not fit is a
635/// pane whose labels are too long for this terminal, and wrapping it would
636/// destroy the alignment that is the whole member.
637#[must_use]
638pub fn facts_height(facts: &[Fact<'_>], width: u16) -> u16 {
639    let label = label_column(facts, width);
640    let rest = width.saturating_sub(label).saturating_sub(1);
641    facts
642        .iter()
643        .map(|fact| text::height(fact.value, rest).max(1))
644        .sum()
645}
646
647/// How wide the label column is: the longest label, and never past half.
648///
649/// The cap is the terminal's own answer to a problem a webview does not have.
650/// `max-content` in a grid is bounded by the box; here a 40-character label in
651/// an 80-column pane would leave nothing for the values, so the column stops at
652/// half the width and a longer label is cut. A cut label beside a readable
653/// value is the better of the two losses.
654fn label_column(facts: &[Fact<'_>], width: u16) -> u16 {
655    let longest = facts
656        .iter()
657        .map(|fact| u16::try_from(fact.label.chars().count()).unwrap_or(u16::MAX))
658        .max()
659        .unwrap_or(0);
660    longest.min(width / 2)
661}
662
663/// Labelled facts, with their values in one column.
664///
665/// **The alignment is the member.** Five goingson panes were drawing this as a
666/// row each and every value started after its own label, so no column formed.
667/// Here that is a label column sized to the longest label, every value starting
668/// at the same cell.
669///
670/// The label reads back and the value takes content, which is the rule
671/// [`figure`] states for a value against its caption. A fact with nothing to
672/// say never reaches this: `Node::facts` drops it as it builds.
673pub fn facts(style: &PieceStyle, facts: &[Fact<'_>], area: Rect, buf: &mut Buffer) -> u16 {
674    let column = label_column(facts, area.width);
675    let mut used = 0;
676    for fact in facts {
677        if used >= area.height {
678            break;
679        }
680        let line = below(area, used);
681        let mut label: String = fact.label.chars().take(usize::from(column)).collect();
682        // Padded rather than positioned, so the value column is one place and
683        // not two arithmetics that can disagree.
684        while u16::try_from(label.chars().count()).unwrap_or(u16::MAX) < column {
685            label.push(' ');
686        }
687        text::draw(&label, style.muted, line, buf);
688        let values = Rect {
689            x: line.x.saturating_add(column).saturating_add(1),
690            width: line.width.saturating_sub(column).saturating_sub(1),
691            ..line
692        };
693        used += text::draw(fact.value, style.content, values, buf).max(1);
694    }
695    used
696}
697
698/// The rows [`field`] wants at `width`.
699///
700/// A label row, the control's rows, and a row for whatever went wrong. A hidden
701/// field is nothing at all, which is the one field kind a terminal and a webview
702/// agree on completely.
703#[must_use]
704pub fn field_height(style: &PieceStyle, field: &Field<'_>, width: u16) -> u16 {
705    if !field.kind.visible() {
706        return 0;
707    }
708    let label = text::height(&label_of(style, field), width);
709    // A range is one row like every other single control: the bar, its two ends
710    // and the reading are one line by construction, and a bar that wrapped
711    // would stop being a bar.
712    let body = match field.kind {
713        // Both multi-line kinds get the same three rows, keyed on the
714        // description's own `multiline` rather than on the member: a markdown
715        // field falling through to the single-row arm is one line for a value
716        // whose whole point is that it has several. What a terminal does *with*
717        // the markdown is another question and the answer here is nothing --
718        // the source is the text, and drawing it as text is honest.
719        kind if kind.multiline() => 3,
720        kind if kind.offers_options() => u16::try_from(field.options.len()).unwrap_or(u16::MAX),
721        // A row per theme, a row per group heading, and a row for the follow
722        // entry when there is one. The headings are counted by walking the
723        // variants rather than by assuming three, because a machine with only
724        // dark themes installed draws one heading and reserving three would
725        // leave two blank rows under every picker.
726        kind if kind.offers_themes() => {
727            let mut variants = 0u16;
728            let mut open: Option<ThemeVariant> = None;
729            for theme in field.themes {
730                if open != Some(theme.variant) {
731                    variants = variants.saturating_add(1);
732                    open = Some(theme.variant);
733                }
734            }
735            let rows = u16::try_from(field.themes.len()).unwrap_or(u16::MAX);
736            rows.saturating_add(variants)
737                .saturating_add(u16::from(field.follows.is_some()))
738        }
739        _ => 1,
740    };
741    let note = message_of(style, field).map_or(0, |(text, _)| text::height(text, width));
742    label + body + note
743}
744
745/// A question: its label, the box, and its standing help or what is wrong now.
746///
747/// `held` is what the user has done to it since the screen arrived, which is the
748/// argument a description cannot supply. See [`Held`].
749///
750/// `focused` marks the box rather than the label, because the box is where the
751/// typing lands.
752///
753/// [`makeover_layout::Field::as_instant`] is carried and not honoured. It asks
754/// for a wall-clock value to be submitted as the moment it names, and this
755/// renderer has no submission: it draws the box and the runtime above it
756/// gathers what a submit sends, so the conversion belongs where that gathering
757/// happens. The value drawn and read here is the local one, in
758/// `makeover_layout::DATETIME_FORMAT`.
759pub fn field(
760    style: &PieceStyle,
761    field: &Field<'_>,
762    held: Held<'_>,
763    focused: bool,
764    area: Rect,
765    buf: &mut Buffer,
766) -> u16 {
767    field_at(style, field, held, focused, None, area, buf)
768}
769
770/// [`field`], with the option the caret is on.
771///
772/// `cursor` is an index into [`Field::options`], and it is what a terminal has
773/// instead of a pointer: a reader picking from a list walks along it, and the
774/// row being walked past has to be visible or the key that ticks it ticks a row
775/// nobody can see. While there is a cursor it takes the focus mark, and a
776/// chosen option is told by its box alone, so the two never read alike.
777///
778/// Only an option-taking field reads it, and only while `focused`. Beside
779/// [`field`] rather than an argument on it, because every caller with no list
780/// to walk would otherwise pass `None` to say so.
781pub fn field_at(
782    style: &PieceStyle,
783    field: &Field<'_>,
784    held: Held<'_>,
785    focused: bool,
786    cursor: Option<usize>,
787    area: Rect,
788    buf: &mut Buffer,
789) -> u16 {
790    // A hidden field is data travelling with the form. There is nothing to
791    // draw, and whoever submits carries it.
792    if !field.kind.visible() || area.width == 0 || area.height == 0 {
793        return 0;
794    }
795
796    let mut used = text::draw(&label_of(style, field), style.secondary, area, buf);
797
798    let well = style.focused(focused, style.content);
799    let placeholder = field.placeholder.unwrap_or_default();
800
801    used += match field.kind {
802        FieldKind::Checkbox => text::draw(
803            if held.on() { "[x]" } else { "[ ]" },
804            well,
805            below(area, used),
806            buf,
807        ),
808        // A range's two ends are what the question means, so they are drawn
809        // rather than left to a hint. A terminal has the bar already: this is
810        // `meter`'s cells with the extent read out at either side of them.
811        //
812        // An unbounded range has no extent to draw and falls through to the
813        // text path, which is `makeover-immediate`'s answer as well and for the
814        // same reason: bounds this crate invented are bounds the user would
815        // then drag against.
816        FieldKind::Range if field.bounded() => {
817            let line = range_line(style, field, held.text(), well);
818            text::draw_line(&line, below(area, used), buf)
819        }
820        // One question, so one line. The two ends read left to right with the
821        // word between them, which is what a terminal has instead of two boxes
822        // side by side: a second row would read as a second question, and that
823        // is the reading the kind exists to prevent.
824        FieldKind::Interval => {
825            let line = interval_line(style, field, held, well);
826            text::draw_line(&line, below(area, used), buf)
827        }
828        // The grouping comes out of the order, not out of a group list:
829        // `Field::themes` arrives sorted by variant, so the run of one variant
830        // is the group and a heading opens whenever the variant changes. Same
831        // walk the other two renderers do, which is what keeps three renderers
832        // from disagreeing about where a group starts.
833        //
834        // Drawn as the radio group above rather than as a closed control,
835        // because a terminal has no closed control: the list is already on
836        // screen and always was, so the group headings cost a row each and buy
837        // the structure the description finally carries.
838        kind if kind.offers_themes() => {
839            let mut rows = 0;
840            if let Some(follow) = field.follows {
841                // First, and under no heading. It names no theme and sits in no
842                // variant, so a heading over it would be inventing a fourth
843                // variant for one row.
844                let chosen = held.text() == follow.value;
845                let (mark, painted) = if chosen {
846                    ("(*)", well)
847                } else {
848                    ("( )", style.secondary)
849                };
850                rows += text::draw(
851                    &format!("{mark} {}", follow.label),
852                    painted,
853                    below(area, used + rows),
854                    buf,
855                );
856            }
857            let mut open: Option<ThemeVariant> = None;
858            for theme in field.themes {
859                if open != Some(theme.variant) {
860                    // Muted, which is the one place it is the truth rather than
861                    // the lie: a heading will not answer, exactly as an
862                    // unavailable option will not.
863                    rows += text::draw(
864                        theme.variant.heading(),
865                        style.muted,
866                        below(area, used + rows),
867                        buf,
868                    );
869                    open = Some(theme.variant);
870                }
871                let chosen = held.text() == theme.id;
872                let (mark, painted) = if chosen {
873                    ("(*)", well)
874                } else {
875                    ("( )", style.secondary)
876                };
877                rows += text::draw(
878                    &format!("{mark} {} [{}]", theme.name, theme.contrast.badge()),
879                    painted,
880                    below(area, used + rows),
881                    buf,
882                );
883            }
884            rows
885        }
886        kind if kind.offers_options() => {
887            // A checklist's answer is a set, so its options mark themselves
888            // with `Choice::chosen` and no one held value names any of them. A
889            // single answer is marked either way, which is `chosen`'s rule for
890            // every renderer. The box says which of the two the question is.
891            let several = kind.takes_several();
892            let (open, ticked) = if several {
893                ("[ ]", "[x]")
894            } else {
895                ("( )", "(*)")
896            };
897            let walking = focused && cursor.is_some();
898            let marked = if walking { style.content } else { well };
899            let mut rows = 0;
900            for (index, choice) in field.options.iter().enumerate() {
901                let chosen = choice.chosen || (!several && held.text() == choice.value);
902                let walked = walking && cursor == Some(index);
903                // An option that cannot be picked yet reads as inert, which is
904                // the one place muted is the truth rather than the lie below:
905                // it will not answer, and the reason it will not is on the row
906                // beside it rather than nowhere.
907                let (mark, painted, suffix) = match choice.unavailable {
908                    Some(reason) => (open, style.muted, format!(": {reason}")),
909                    None if chosen => (ticked, marked, String::new()),
910                    // An option that is not chosen is still an option: pressing
911                    // it chooses it. So it takes the secondary content intent
912                    // and not the muted one, which is what disabled looks like
913                    // (`State::Disabled` resolves to it). Muted here read as a
914                    // list of five where four were greyed out.
915                    None => (open, style.secondary, String::new()),
916                };
917                // The row the caret is on takes the focus mark, so the key that
918                // ticks or picks lands on a row the reader can see.
919                rows += text::draw(
920                    &format!("{mark} {}{suffix}", choice.label),
921                    style.focused(walked, painted),
922                    below(area, used + rows),
923                    buf,
924                );
925                // What picking it means, on a row of its own under the option.
926                // makeover-layout 0.39.0, and this is the host with the most
927                // room of the three: a browser's `<select>` has to run the line
928                // into the option's text and a terminal does not, so it does
929                // not.
930                //
931                // Indented past the mark, so the line reads as belonging to the
932                // option above it rather than as another option. Muted, which
933                // is the truth here rather than the lie the arms above are
934                // careful about: the row is not a thing to press.
935                if let Some(detail) = choice.detail {
936                    rows += text::draw(detail, style.muted, indented(area, used + rows), buf);
937                }
938            }
939            rows
940        }
941        // A secret's dots come from the caller's buffer and can come from
942        // nowhere else: a password that comes back down the wire is a password
943        // in a page and in a proxy log, so a description carries nothing to dot
944        // out. This is the one control that would be undrawable without `held`.
945        FieldKind::Secret if !held.text().is_empty() => {
946            let dots = "*".repeat(held.text().chars().count());
947            text::draw(&dots, well, below(area, used), buf).max(1)
948        }
949        // A file field has no way back on a terminal any more than it has on an
950        // HTTP host. The name is drawn and picking one belongs to whoever owns
951        // the interaction.
952        //
953        // makeover-layout 0.31.0 gave the description an accept list and a
954        // multiplicity, and neither changes anything drawn here. Both are the
955        // picker's business, and the picker is the caller's: this crate draws
956        // what was picked. A terminal that grows its own picker reads them off
957        // `Field::accept` and `Field::multiple` at that point rather than
958        // through a second spelling invented here.
959        _ if held.text().is_empty() => {
960            empty_well(style, placeholder, well, focused, below(area, used), buf)
961        }
962        _ => text::draw(&measured(field, held.text()), well, below(area, used), buf),
963    };
964
965    // Error, then note, then hint -- the order `Field::note` names, and the
966    // order a webview draws them in. Once something has gone wrong that is the
967    // sentence worth the row; failing that, what the chosen answer costs beats
968    // standing help about how the field works.
969    match message_of(style, field) {
970        Some((text, painted)) => used + text::draw(text, painted, below(area, used), buf),
971        None => used,
972    }
973}
974
975/// A bounded number as one line: the low end, the bar, the high end, then what
976/// it currently reads.
977///
978/// The two ends are drawn because they are the question. A threshold of 0.72
979/// says nothing without them, which is the whole argument for
980/// [`FieldKind::Range`] being a kind rather than a number with bounds, and a
981/// terminal is where it would be easiest to quietly drop them and show a figure.
982///
983/// The bar is [`meter`]'s cells, so a range and a proportion read as the same
984/// object in the same app. What differs is the reading beside it: a meter counts
985/// something and a range holds a value.
986///
987/// A value the host cannot read as a number empties the bar and is still shown
988/// as itself. That is [`empty_well`]'s position on an unreadable value: the app
989/// put it there, and a terminal that silently rounded it to a bound would be
990/// reporting a value nobody set.
991fn range_line(style: &PieceStyle, field: &Field<'_>, value: &str, well: Style) -> Line<'static> {
992    let cells = usize::from(style.meter_cells);
993    let ends = field
994        .min
995        .zip(field.max)
996        .and_then(|(min, max)| Some((min.parse::<f64>().ok()?, max.parse::<f64>().ok()?)));
997    let filled = match (ends, value.parse::<f64>()) {
998        (Some((min, max)), Ok(number)) if max > min => {
999            // Where the value sits is the curve's answer, not a proportion of
1000            // the extent (makeover-layout 0.32.0). Under `Curve::Linear` the two
1001            // are the same number, which is why the bar was right before and is
1002            // unchanged for every range described so far; under a constant ratio
1003            // they are not, and a bar drawn linearly would put an envelope's
1004            // whole useful half inside its first cell.
1005            #[expect(
1006                clippy::cast_possible_truncation,
1007                clippy::cast_sign_loss,
1008                reason = "`position_of` returns 0..=1, and the cell count came from a u16"
1009            )]
1010            let reached = (field.curve.position_of(number, min, max) * cells as f64) as usize;
1011            reached.min(cells)
1012        }
1013        _ => 0,
1014    };
1015    let bar = format!(
1016        "{}{}",
1017        style.meter_full.to_string().repeat(filled),
1018        style.meter_empty.to_string().repeat(cells - filled)
1019    );
1020    Line::from(vec![
1021        Span::styled(format!("{} ", field.min.unwrap_or_default()), style.muted),
1022        Span::styled(bar, well),
1023        Span::styled(format!(" {}", field.max.unwrap_or_default()), style.muted),
1024        Span::styled(format!(" {}", measured(field, value)), well),
1025    ])
1026}
1027
1028/// An interval as one line: the low end, the word, the high end.
1029///
1030/// One line because it is one question. Two rows would read as two questions,
1031/// which is exactly what [`FieldKind::Interval`] exists to stop the description
1032/// saying, and a terminal has no side-by-side boxes to fall back on.
1033///
1034/// # An open end draws the bound it falls back to
1035///
1036/// Muted, because it is where the axis ends rather than a value anybody set.
1037/// With no bound to fall back on there is nothing honest to draw and the end
1038/// stays blank: a terminal inventing a number here would report a filter the
1039/// user never applied, which is [`range_line`]'s position on an unreadable
1040/// value.
1041///
1042/// # The word, not a dash
1043///
1044/// A dash between two numbers is a minus sign to anyone reading a signed axis,
1045/// and half the measured axes are signed -- audiofiles filters loudness in
1046/// dBFS. `to` costs two cells and cannot be misread.
1047fn interval_line(
1048    style: &PieceStyle,
1049    field: &Field<'_>,
1050    held: Held<'_>,
1051    well: Style,
1052) -> Line<'static> {
1053    let end = |value: &str, fallback: Option<&str>| match (value.is_empty(), fallback) {
1054        (false, _) => Span::styled(measured(field, value), well),
1055        (true, Some(bound)) => Span::styled(measured(field, bound), style.muted),
1056        (true, None) => Span::styled(String::new(), style.muted),
1057    };
1058    Line::from(vec![
1059        end(held.text(), field.min),
1060        Span::styled(" to ", style.secondary),
1061        end(held.upper(), field.max),
1062    ])
1063}
1064
1065/// The unit to draw beside this field's value, if there is one to draw.
1066///
1067/// Two conditions rather than one: the field has to carry a unit and its kind
1068/// has to be one that means anything by it. `FieldKind::measurable` is the
1069/// description answering the second, so this renderer keeps no list of its own
1070/// of which kinds are quantities.
1071fn unit_of<'a>(field: &Field<'a>) -> Option<&'a str> {
1072    field.unit.filter(|_| field.kind.measurable())
1073}
1074
1075/// A value with what it is measured in, as one string.
1076///
1077/// The unit rides on the value rather than on the label, which is what a
1078/// terminal wants: the label is a line above and the number is the line the eye
1079/// is on.
1080fn measured(field: &Field<'_>, value: &str) -> String {
1081    match unit_of(field) {
1082        Some(unit) => format!("{value} {unit}"),
1083        None => value.to_owned(),
1084    }
1085}
1086
1087/// The label, marked where the field is compulsory.
1088fn label_of(style: &PieceStyle, field: &Field<'_>) -> String {
1089    if field.required {
1090        format!("{} {}", field.label, style.required_marker)
1091    } else {
1092        field.label.to_owned()
1093    }
1094}
1095
1096/// What goes under the box, and how it is painted.
1097///
1098/// A terminal field has room for exactly one line, so the three message
1099/// channels compete for it and the precedence is decided in
1100/// [`makeover_layout::Field::note`]'s docs rather than three times here:
1101/// **error, then note, then hint**. What is wrong outranks what the answer
1102/// costs, which outranks how the field works.
1103///
1104/// The tone comes with the note; an error is always danger and a hint is
1105/// always muted, because neither carries one.
1106fn message_of<'a>(style: &PieceStyle, field: &Field<'a>) -> Option<(&'a str, Style)> {
1107    if let Some(error) = field.error {
1108        return Some((error, style.danger));
1109    }
1110    if let Some((tone, note)) = field.note {
1111        return Some((note, style.tone(tone)));
1112    }
1113    field.hint.map(|hint| (hint, style.muted))
1114}
1115
1116/// A box with nothing in it: the ghost text, and the caret when it has focus.
1117///
1118/// The caret is not decoration. An empty field under a style is an empty field,
1119/// so a focused one with no placeholder drew literally nothing and there was no
1120/// way to tell the box was where the typing would go. A browser has a blinking
1121/// bar for this and gets it without asking; a terminal has one cell of reversed
1122/// video, put on the first column, which is where the first character lands.
1123fn empty_well(
1124    style: &PieceStyle,
1125    placeholder: &str,
1126    well: Style,
1127    focused: bool,
1128    area: Rect,
1129    buf: &mut Buffer,
1130) -> u16 {
1131    let used = text::draw(placeholder, style.muted, area, buf).max(1);
1132    if focused
1133        && area.height > 0
1134        && area.width > 0
1135        && let Some(cell) = buf.cell_mut((area.x, area.y))
1136    {
1137        cell.set_style(well);
1138    }
1139    used
1140}
1141
1142/// What is left of `area` after `used` rows from the top.
1143/// The rows under what has been drawn, inset by the width of an option's mark.
1144///
1145/// An option's second line has to read as belonging to the option above it rather than as another option, and the only thing that
1146/// says so on a terminal is where it starts. The inset is `text::draw`'s to
1147/// honour as an area rather than as spaces in the string: the drawing wraps on
1148/// words, so leading spaces would survive the first line and vanish from every
1149/// one after it.
1150///
1151/// Four columns, which is `"( ) "`. Named against the mark rather than picked,
1152/// so a mark that changes width takes this with it.
1153fn indented(area: Rect, used: u16) -> Rect {
1154    const MARK: u16 = 4;
1155    let area = below(area, used);
1156    Rect {
1157        x: area.x + MARK.min(area.width),
1158        width: area.width.saturating_sub(MARK),
1159        ..area
1160    }
1161}
1162
1163fn below(area: Rect, used: u16) -> Rect {
1164    let used = used.min(area.height);
1165    Rect {
1166        x: area.x,
1167        y: area.y + used,
1168        width: area.width,
1169        height: area.height - used,
1170    }
1171}
1172
1173#[cfg(test)]
1174mod tests;
1175
1176/// A chart, one line per bar.
1177///
1178/// # Why the bars lie down here
1179///
1180/// A webview draws a chart as columns standing on an axis, and a terminal has
1181/// one glyph per cell and a handful of rows. Standing the bars up would mean
1182/// drawing each one as a stack of partial blocks and giving up the labels,
1183/// which are the half a reader actually reads. Laid down, every bar keeps its
1184/// place on the axis, its magnitude and its reading, and the drawing is
1185/// [`meter`]'s repeated -- which is the honest answer for the same reason
1186/// `quasi-tui`'s timeline draws no gridlines: a terminal draws what a terminal
1187/// draws rather than an impression of the other renderer.
1188///
1189/// The axis is not drawn as a rule or a scale, for that same reason. It is
1190/// stated instead: every bar is `meter_cells` wide and full means
1191/// [`Chart::most`], so the widths are comparable across the run, which is the
1192/// one thing a chart has to get right.
1193///
1194/// # What is left out
1195///
1196/// [`Chart::label`] is not drawn. It names what the magnitudes are and every
1197/// bar's own [`Bar::reading`] already carries the units, so drawing it would be
1198/// a heading this function does not own the room for. A caller that wants it
1199/// says it as a heading, which is what a description does anyway.
1200///
1201/// Labels are padded to the widest, so the bars line up. That is measured in
1202/// characters rather than in display cells, which is wrong for a label holding
1203/// a wide glyph and is what [`crate::text`] would cost to bring in for a case
1204/// that has not turned up.
1205#[must_use]
1206pub fn chart(style: &PieceStyle, chart: &Chart<'_>, bars: &[Bar<'_>]) -> Vec<Line<'static>> {
1207    let widest = bars
1208        .iter()
1209        .map(|bar| bar.at.chars().count())
1210        .max()
1211        .unwrap_or(0);
1212    bars.iter()
1213        .map(|bar| chart_line(style, chart, bar, widest))
1214        .collect()
1215}
1216
1217/// One bar's line: where it sits, how far it reaches, and what it says.
1218fn chart_line(
1219    style: &PieceStyle,
1220    chart: &Chart<'_>,
1221    bar: &Bar<'_>,
1222    widest: usize,
1223) -> Line<'static> {
1224    let cells = usize::from(style.meter_cells);
1225    // Rounded rather than truncated, so a bar that is nearly full does not read
1226    // as one cell short of every other. The multiplication is done before the
1227    // division for the reason it is in `meter`: in integers, the other order is
1228    // zero.
1229    let filled = if chart.most == 0 {
1230        0
1231    } else {
1232        let scaled = (bar.value as u128 * cells as u128).div_ceil(chart.most as u128);
1233        (scaled as usize).min(cells)
1234    };
1235
1236    let mut spans = vec![Span::styled(
1237        format!("{:width$} ", bar.at, width = widest),
1238        style.secondary,
1239    )];
1240    spans.push(Span::styled(
1241        format!(
1242            "{}{}",
1243            style.meter_full.to_string().repeat(filled),
1244            style.meter_empty.to_string().repeat(cells - filled)
1245        ),
1246        style.tone(chart.tone),
1247    ));
1248    if let Some(reading) = chart_reading(bar) {
1249        spans.push(Span::styled(reading, style.muted));
1250    }
1251    Line::from(spans)
1252}
1253
1254/// What a bar says beside its own drawing, or nothing.
1255///
1256/// The webview's `bar_text` in this renderer's spelling. Both facts joined the
1257/// same way, and both left out when the description carried neither.
1258fn chart_reading(bar: &Bar<'_>) -> Option<String> {
1259    match (bar.reading, bar.note) {
1260        (Some(reading), Some(note)) => Some(format!(" {reading} / {note}")),
1261        (Some(only), None) | (None, Some(only)) => Some(format!(" {only}")),
1262        (None, None) => None,
1263    }
1264}