@aceshooting/lyra-ui 11.0.0 → 11.1.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +83 -0
- package/custom-elements.json +1 -1
- package/dist/components/charts/chart/lite-chart.class.d.ts +32 -0
- package/dist/components/charts/chart/lite-chart.class.js +17 -4
- package/dist/components/charts/chart/lite-chart.styles.js +29 -0
- package/dist/components/data/table/table.class.d.ts +19 -0
- package/dist/components/data/table/table.class.js +3 -3
- package/dist/components/forms/date-picker/date-input.class.d.ts +12 -1
- package/dist/components/forms/date-picker/date-input.class.js +4 -2
- package/dist/components/forms/date-picker/date-picker.class.d.ts +30 -4
- package/dist/components/forms/date-picker/date-picker.class.js +4 -4
- package/dist/components/viewers/pdf-viewer/pdf-viewer.class.js +1 -1
- package/dist/custom-elements-jsx.d.ts +4 -2
- package/dist/internal/canvas.js +1 -1
- package/dist/internal/package-metadata.d.ts +1 -1
- package/dist/internal/package-metadata.js +1 -1
- package/dist/svelte.d.ts +4 -2
- package/dist/theme.css +32 -0
- package/dist/vue.d.ts +4 -2
- package/llms/components/lr-agent-eval-dashboard.md +1 -1
- package/llms/components/lr-agent-workspace.md +1 -1
- package/llms/components/lr-box-plot.md +2 -2
- package/llms/components/lr-chart.md +1 -1
- package/llms/components/lr-chunk-inspector.md +1 -1
- package/llms/components/lr-combobox.md +3 -3
- package/llms/components/lr-date-input.md +22 -6
- package/llms/components/lr-date-picker.md +21 -5
- package/llms/components/lr-entity-dossier.md +1 -1
- package/llms/components/lr-eval-run.md +1 -1
- package/llms/components/lr-grounding-summary.md +1 -1
- package/llms/components/lr-heatmap.md +2 -2
- package/llms/components/lr-lite-chart.md +19 -3
- package/llms/components/lr-map.md +2 -2
- package/llms/components/lr-memory-panel.md +1 -1
- package/llms/components/lr-option.md +3 -3
- package/llms/components/lr-popover.md +1 -1
- package/llms/components/lr-provenance-panel.md +1 -1
- package/llms/components/lr-rag-answer.md +1 -1
- package/llms/components/lr-rag-eval-dashboard.md +1 -1
- package/llms/components/lr-retrieval-results.md +1 -1
- package/llms/components/lr-retrieval-trace.md +1 -1
- package/llms/peers.md +8 -8
- package/llms/tokens.md +12 -0
- package/llms-full.txt +48 -16
- package/package.json +1 -1
- package/vscode-css-data.json +14 -0
- package/vscode-html-data.json +16 -2
- package/web-types.json +29 -3
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,88 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 11.1.0
|
|
4
|
+
|
|
5
|
+
### Minor Changes
|
|
6
|
+
|
|
7
|
+
- 555154e: Four follow-ups to 11.0.0, all reported against the shipped release:
|
|
8
|
+
|
|
9
|
+
- **`<lr-date-input>` forwards `presets`** to its nested picker, and exports the `presets` /
|
|
10
|
+
`preset-button` parts. 11.0.0 landed the feature on the inline calendar only, while the compact
|
|
11
|
+
text-field-plus-popover shape is the one a dashboard time filter actually uses — and there was no
|
|
12
|
+
consumer-side escape hatch, since a CSS part cannot set a JS property.
|
|
13
|
+
- **`<lr-date-picker>` gains a read-only `appliedPreset`**, reporting which preset produced the
|
|
14
|
+
current value (`undefined` for a hand-picked range). 11.0.0 presented commit-path
|
|
15
|
+
indistinguishability as a feature; it is, for serialization and clamping, but it destroyed the one
|
|
16
|
+
fact a dashboard filter needs, because "Last 7 days" must stay *relative* across a reload.
|
|
17
|
+
Re-deriving it by matching `value` is both the mapping table `presets` exists to delete and
|
|
18
|
+
ambiguous — Today and This month coincide on the 1st.
|
|
19
|
+
- **`LyraDateRangePreset.start`/`.end` are now optional**, meaning an open bound that resolves to
|
|
20
|
+
`min`/`max`. The changelog and doc comment advertised an "All time" preset that the type could not
|
|
21
|
+
express and `applyPreset` silently ignored, so that button rendered and did nothing. Where the
|
|
22
|
+
matching `min`/`max` is unset the button now renders **disabled** rather than looking live.
|
|
23
|
+
- **`<lr-lite-chart>` gains `showDataTable` and `dataTableToggle`** with the same semantics and the
|
|
24
|
+
same `data-table-toggle` part as `<lr-chart>`. It extends `LyraElement` directly and inherited
|
|
25
|
+
nothing from the 11.0.0 addition, which left the component that exists to avoid the Chart.js peers
|
|
26
|
+
as the only one still needing a hand-rolled `<details>` — or Chart.js, for a button.
|
|
27
|
+
|
|
28
|
+
### Patch Changes
|
|
29
|
+
|
|
30
|
+
- 555154e: Corrected 14 documentation annotations that named **10.1.0**, a version that was never published.
|
|
31
|
+
Those members shipped in 11.0.0: the docs were written while the release was expected to be a
|
|
32
|
+
minor, the public-API semver gate then required a major, and nothing restamped the annotations.
|
|
33
|
+
|
|
34
|
+
This was worse than a typo. A consumer on 10.0.1 reading "new in 10.1.0" either installs a version
|
|
35
|
+
that does not exist, or assumes their 10.0.1 install already has the feature and debugs an
|
|
36
|
+
attribute that silently does nothing — Lit accepts an unknown attribute without error, so there is
|
|
37
|
+
no failure signal at all.
|
|
38
|
+
|
|
39
|
+
Also corrects the generated per-component "Optional peers" header, which attributed peers reached
|
|
40
|
+
only through an erased `import type`. `lr-lite-chart` was listed under all four Chart.js peers
|
|
41
|
+
despite existing precisely to avoid them, inverting the choice the component offers; the same fix
|
|
42
|
+
drops several other over-attributions (the d3 peers were credited to 12 tags and genuinely belong
|
|
43
|
+
to 2). Side-effect registration edges still count, so transitive peers are unaffected.
|
|
44
|
+
- 555154e: **Fixes a silent focus-ring regression introduced in 11.0.0.** `--lr-focus-ring` was added as a
|
|
45
|
+
composite outline shorthand explicitly to replace the Web Awesome `outline: var(--wa-focus-ring)`
|
|
46
|
+
idiom — but it was declared only inside each component's `:host`, and that idiom is written by a
|
|
47
|
+
consumer against their *own* element. At document scope the token resolved to the empty string,
|
|
48
|
+
which makes the whole `outline` declaration invalid at computed-value time; because `outline` does
|
|
49
|
+
not inherit, the ring did not fall back, it **disappeared**. No console warning, no test signal —
|
|
50
|
+
a WCAG 2.4.7 failure that looked correct in review. The library evidenced the gap itself:
|
|
51
|
+
`styles/native.css` hand-expanded the ring rather than using the composite.
|
|
52
|
+
|
|
53
|
+
`theme.css` now declares `--lr-focus-ring` and its three parts at document scope, on `:root` and on
|
|
54
|
+
both mode selectors — not `:root` alone, because `.lr-dark` / `[data-lr-theme='dark']` may sit on
|
|
55
|
+
any ancestor, and resolving the colour once at `:root` would freeze the light value for a subtree
|
|
56
|
+
that later switches. Components are unaffected: their own `:host` declarations still win, which is
|
|
57
|
+
now asserted.
|
|
58
|
+
|
|
59
|
+
`styles/native.css` deliberately keeps its fallback-chained expansion so it continues to work for
|
|
60
|
+
consumers who load it without `theme.css`.
|
|
61
|
+
|
|
62
|
+
Reported twice independently, with a live `getComputedStyle` repro showing `outlineStyle: "none"`.
|
|
63
|
+
- 2821af9: Three defects reported against 11.0.0:
|
|
64
|
+
|
|
65
|
+
- **`<lr-pdf-viewer>` text layer, reopened.** 10.0.0 fixed only half of it. The chunk bounding
|
|
66
|
+
guarded against copying an `undefined` style over a good one, but it also *rebuilt* the style map
|
|
67
|
+
from the fonts of the items retained in that chunk — so a style PDF.js announces ahead of the
|
|
68
|
+
items that use it was dropped and never re-sent. Both failures end the same way: a later lookup
|
|
69
|
+
reads `undefined.vertical` and aborts the rest of the page. Measured by the reporter on a 9-page
|
|
70
|
+
document as 4 affected pages and 101 of 271 spans orphaned. Now every own entry the chunk carries
|
|
71
|
+
is copied and only `undefined` is skipped, so falsy-but-defined styles (`null`, `0`, `''`) still
|
|
72
|
+
survive and an inherited `constructor`/`toString` stays unreachable.
|
|
73
|
+
|
|
74
|
+
- **`<lr-table>` no longer dies on a column missing its `cell` renderer.** `cell` is typed and
|
|
75
|
+
documented required, but columns arrive through a lit `.columns=${...}` binding, which `tsc` does
|
|
76
|
+
not type-check — so required-ness was unenforced where it is written *and* unguarded at runtime.
|
|
77
|
+
A single malformed column threw out of lit's `repeat`, taking the whole table down with a stack
|
|
78
|
+
naming neither the column nor the table. It now degrades to an empty cell and reports once per
|
|
79
|
+
column, naming the key, the tag and the missing member.
|
|
80
|
+
|
|
81
|
+
- **The shared scratch canvas is created with `willReadFrequently`.** `<lr-heatmap>`'s colour
|
|
82
|
+
resolution does a 1×1 `getImageData()` readback for any colour the canvas normalizes into a form
|
|
83
|
+
its string parsers reject (`color-mix()`, `oklch()`, `lab()`), which Chrome warns about on every
|
|
84
|
+
page carrying a heatmap. A `color-mix()` ramp takes that readback per cell.
|
|
85
|
+
|
|
3
86
|
## 11.0.0
|
|
4
87
|
|
|
5
88
|
### Major Changes
|