Skip to content

Commit ca02dfc

Browse files
strzhaostrzhao
committed
docs(evidence): state the 0.9 display-area share threshold for band publication
cubic review P2: the evidence said 'rect smaller than the display' but the producer keys on DISPLAY_SPANNING_RECT_SHARE = 0.9 — a band publishes only under that share; at or above it the panel is the full-surface container. Say the threshold so the document matches the shipped contract.
1 parent f5562d6 commit ca02dfc

1 file changed

Lines changed: 4 additions & 2 deletions

File tree

‎docs/evidence/harmonyos-keyboard-band-2026-11-08.md‎

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,8 +4,10 @@ Evidence for #4285 (report the keyboard band in snapshot responses), re-run at t
44
rebased head after the review found the published frame wrong. The window-manager
55
table on this build never carries the key plane: the panel row reports the whole
66
display whether the keyboard shows or hides. The producer therefore publishes
7-
visibility, and publishes a band frame only when the table proves the rect smaller
8-
than the display. This run shows that contract live, with the guard regressions
7+
visibility, and publishes a band frame only when the table proves the rect covers
8+
under a 0.9 share of the display's area (`DISPLAY_SPANNING_RECT_SHARE`: at or above
9+
that share the panel is the window manager's full-surface container, not a key
10+
plane). This run shows that contract live, with the guard regressions
911
the old full-screen frame caused now retired. Fix commit: `2878b86e4`.
1012

1113
## Device

0 commit comments

Comments
 (0)