uxml-preview 0.7.0 → 0.7.1
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 +45 -0
- package/dist/index.js +611 -611
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,50 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 0.7.1 —
|
|
4
|
+
|
|
5
|
+
A patch for two things a consumer measured on 2026-10-22 (vscode-uxml-preview,
|
|
6
|
+
Chromium 152 on Windows). Layout, measurement and every accuracy figure are
|
|
7
|
+
unchanged: only what is drawn changes, and one warning message.
|
|
8
|
+
|
|
9
|
+
### Fixes
|
|
10
|
+
|
|
11
|
+
- **Text is painted in the font it was measured in.** With no
|
|
12
|
+
`-unity-font-definition` the measurer used `sans-serif` while the painter set
|
|
13
|
+
no `font-family`, so the text inherited the host page's font. In a VS Code
|
|
14
|
+
webview (`"Segoe WPC", "Segoe UI", sans-serif`) "Start Game 한글" measured
|
|
15
|
+
101.71px at 14px and was drawn 98.47px wide. Every painted text now sets
|
|
16
|
+
`font-family` from the same `fontList` the measurer uses (`sans-serif`, or
|
|
17
|
+
your font followed by `sans-serif`). Visible effect: a host page that sets its
|
|
18
|
+
own font no longer changes the preview's text; the five text-bearing
|
|
19
|
+
visual snapshots gain `font-family: sans-serif`. A font you set through
|
|
20
|
+
`resolveFont` is applied exactly as before.
|
|
21
|
+
- **The `font-fallback` message names the theme's default font.** It said "The
|
|
22
|
+
editor default font (Inter-Regular SDF)" under both themes. Unity's runtime
|
|
23
|
+
panel reports `NotInter-Regular` (24 of 24 dumps, both versions), so the
|
|
24
|
+
runtime theme now says "The runtime default font (NotInter-Regular)". Hangul
|
|
25
|
+
height (1–4px) was measured in both panels; the Han and Kana figures (height,
|
|
26
|
+
width 6–87px) only in the editor panel, so the runtime message adds "These
|
|
27
|
+
figures were measured in the editor panel; the runtime panel has not been
|
|
28
|
+
measured for them." The editor message is unchanged byte for byte. `reason`,
|
|
29
|
+
`kind`, `subject` and `affectsLayout` are the same in both themes. Warning
|
|
30
|
+
text is not an API: read the structured fields.
|
|
31
|
+
|
|
32
|
+
### Docs
|
|
33
|
+
|
|
34
|
+
Four behaviour descriptions in the public docs were wrong or out of date (found by
|
|
35
|
+
a 0.7.0 doc audit, each checked against the source, tests and committed dumps):
|
|
36
|
+
|
|
37
|
+
- A `disabled` forced through `states` does not dim, add `unity-disabled` or reach
|
|
38
|
+
parts and children; only `enabled="false"` does (`supported`).
|
|
39
|
+
- Text height and letter spacing follow the **resolved** `-unity-text-generator`
|
|
40
|
+
(runtime theme Standard, editor theme Advanced), not the theme; `textHeight`
|
|
41
|
+
without its sixth argument is still Advanced (`supported`, `uss-vs-css`).
|
|
42
|
+
- Whether runs of spaces collapse follows the generator, not the version; a runtime
|
|
43
|
+
Label's runs and a TextField's trailing spaces are measured, unimplemented known
|
|
44
|
+
differences (0.8 candidates), not unmeasured (`supported`, `accuracy`, `uss-vs-css`).
|
|
45
|
+
- `white-space: pre` does not wrap to the width (`pre-wrap` does), and a word longer
|
|
46
|
+
than the box breaks between characters (`supported`, `uss-vs-css`).
|
|
47
|
+
|
|
3
48
|
## 0.7.0 — 2026-10-21
|
|
4
49
|
|
|
5
50
|
Unity's runtime theme, by default. A preview of a game screen now looks like the
|