Skip to content

v0.1.4

Choose a tag to compare

@adammharris adammharris released this 29 Aug 18:00
· 391 commits to main since this release
v0.1.4
4013f18

Added

  • tui — the commands the Apple and web frontends had and the terminal didn't (aeedd78)
  • reader — a read-only mode, a quotable selection, and host verbs in the selection menu (3261981)
  • highlights — host-painted source ranges, washed behind the glyphs (d1d900a)
  • highlights — the margin marker is the control, the wash is ink (d3c42ff)

Fixed

  • tui — the host chrome paints from the terminal's palette, not from ANSI (59fa726)
  • ci — stop forcing twig's Zig source build on every machine (777096f)

Behavioural changes

  • leaf_ratatui::Outcome gained six variants (ImagePrompt,
    VideoPrompt, AudioPrompt, Palette, Help), so an exhaustive match on it
    in an embedding host no longer compiles and must handle or ignore them. Tab and
    Return inside a table now grow the table rather than declining at its last cell,
    and Return no longer falls through to newline there. ⌥e, ⌥f, ⌥g, ⌥h, ⌥p, ⌥r,
    ⌥⇧w, ⌥⇧f, ^p and F1 are now claimed by the widget and no longer reach a host
    that was handling them itself. A mouse-move over a footnote or link in the rich
    view now writes Doc::status (and clears it again on the way out), which a host
    drawing that status will see change without an edit.

  • leaf_ratatui::Theme gained seven fields — panel_bg,
    panel_fg, panel_dim, panel_accent, panel_selected_bg,
    panel_selected_fg, panel_warning. The struct is #[non_exhaustive], so this
    is additive for anyone starting from Theme::dark()/Theme::light() and
    overriding fields; a host doing that now inherits chrome colors it did not set,
    which is the intent. Hosts drawing their own chrome are unaffected — these
    fields describe leaf-tui's overlays and nothing in the widget reads them.


Every change in this release and the ones before it: docs/CHANGELOG.md.