1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
//! `escriba-ts` — tree-sitter host for escriba.
//!
//! The tree-sitter host now lives in **`hikari-ts`** (the fleet syntax spine's
//! tree-sitter backend, self-contained on crates.io). This crate re-exports it
//! so escriba's consumers keep a stable `escriba_ts::…` surface while the host
//! itself has exactly one home — the dedup + load-bearing-fix that also breaks
//! the old `hikari-ts → escriba-ts` dependency inversion (a fleet library must
//! not depend on an application crate).
//!
//! `escriba_ts::Semantic` is `hikari_token::Semantic` (the deduped fleet
//! vocabulary), carrying the total `From<Semantic> for hikari_core::HlClass`.
extern crate self as escriba_ts;
/// Escriba-local language plugins — the languages the fleet spine does not
/// ship yet. Moved here with `build_ecosystem`; a language table is language
/// knowledge, not rendering.
pub use ;
/// The highlight registry escriba renders and reasons through.
///
/// **Tree-sitter grammars take precedence** for the languages they cover; the
/// zero-dep table backend fills every other language; escriba-local tables
/// register LAST, so an upstream hikari backend for the same language always
/// wins and a local table retires itself with no edit here.
///
/// It lived in `escriba-render::gpu` until 2026-08-08, which put escriba's
/// language knowledge behind a GPU dependency: the runtime could not ask what
/// a symbol is without taking on wgpu, and the ratatui face — which needs no
/// GPU at all — has no syntax highlighting to this day. Registry construction
/// is not rendering.
pub use ;