@aiquants/daily-report 0.52.0 → 0.53.0

package/CHANGELOG.md

@@ -2,7 +2,37 @@
 
 All notable changes to `@aiquants/daily-report` are documented here.
 
-## Unreleased
+## 0.53.0 (2026-11-03)
+
+版番号は 0.53.0 (minor) とする: 公開する範囲で、ピアの `@aiquants/virtualscroll` の下限が上がる (下の Breaking)。
+
+### Breaking
+
+- **ピアの `@aiquants/virtualscroll` は 3.22.1 以上** (公開する範囲は `^3.21.0` から `^3.22.1`): `workspace:^` のピアは公開の時にワークスペースの隣の版から
+  範囲を作るので、隣の 3.22.1 が下限になる。日報が 3.22 の新しい機能を使うのではない。3.22.0 の Changed により、ビューの端へ戻るピルの字は 12px から本文の段
+  (`--aqvs-font-size-body`・`--aqvs-line-height-body`。ホストが結ばなければ根 16px で 13px の字・20px の行) になる。日報はこの 2 つの変数を結ばず、ピルの見た目も
+  上書きしないので、ホストの結び方がそのまま効く。押せる箱 44px と見えるピル 28px は変わらない。
+  Migration: `@aiquants/virtualscroll` を 3.22.1 以上へ上げる。
+
+### Fixed
+
+- **ラベル・コメント・添付のまとめ読みは、日報の数で SQL Server の 1 文の引数の上限 (2,100) を越えない**: 3 つの読みは日報の ID (`hub_id`) の並びを、ID ごとの
+  引数でなく JSON の引数 1 つで渡す (`@aiquants/mssql` 0.2.0 の `inJsonList`。`hub_id in (select [value] from openjson(@p))`)。並びは条件が選ぶ日報の数 (営業日なら、
+  その日の日報の数) で伸びるので、ID ごとの引数では 1 つの文の上限を越えうる。依存の `@aiquants/mssql` は `^0.2.0` になる。
+
+### Documentation
+
+- **検索の元の内容を読む口の上限**: `DailyReportSearchSourceTextReader` の `sourceIdNums` は、1 回の呼び出しで `MAX_IN_LIST` (`@aiquants/mssql`) 件まで (元の内容は
+  日報のその数の束ごとに読む)。ホストの口はこの上限に頼ってよい (検索の仕様の §3.2)。
+- **README の検索の帯の記述を 0.52.0 の形に揃えた**: 既定の文言では入力欄の始まりと終わりの縁が 8px の段 (72px と 120px) に乗り、1/8 の奇数倍の画素密度でも
+  装置の画素に乗る。絞り込みの切り替えは 24px のボタンでなく、高さ 48px のピル。
+
+### Tests
+
+- **`IN` の並びの守り** (`src/bound-lists.guard.spec.ts`): リポジトリの共有の検出で、1 つの文より長くなりうる `inArray`・`notInArray` の並びを拒む (確かめた例外 3 項目)。
+  日報 2,500 件でも、ラベル・コメント・添付の読みの 1 文の引数が上限の内に収まることも確かめる (SQLite の試験の器は `openjson(@parN)` を `json_each` に書き換える)。
+
+## 0.52.0 (2026-10-26)
 
 ### Changed
 

package/README.md

@@ -2235,7 +2235,8 @@ The faces differ only in colour, so a toggle that changes its face moves nothing
 in one grid cell — the AND / OR toggle the other mode's label, the filter toggle its label with the largest number of selected values (every filter at
 its limit) —,
 so it takes the wider label's width, rounded up to a lattice minimum (64 px and 112 px; with its 8 px margin each spans a multiple of 8, 72 px and 120 px), and neither a press nor a growing count moves the field's
-edges; with the default labels the field starts and ends on the 4 px lattice.
+edges; with the default labels the field starts and ends on an 8 px step (the 72 px and 120 px spans), so its edges
+fall on whole device pixels also at the odd multiples of 1/8.
 The reserved label is the generated content of a hidden element, so it is in neither the toggle's accessible name nor its text.
 The field's description (`labels.searchSyntaxHelp`, also its tooltip) gives the syntax, says that a word in Latin letters also finds its kana reading
 and that a match found through a reading is underlined with dots.
@@ -2270,7 +2271,7 @@ Saves, SSE report and comment events and changes of the settled ID list re-query
 `RangeError` at render,
 `[daily-report] config.search.renderFilterSelect must be a function (it renders the control of each filter cell); got <value>`). Without it there is
 no filter toggle, no filter row and no `search-facets` request.
-The filter toggle (`data-testid="daily-report-search-filters-toggle"`) is a 24 px button G after the field, sharing its top and bottom edges, named
+The filter toggle (`data-testid="daily-report-search-filters-toggle"`) is a 48 px tall pill G after the field, sharing its top and bottom edges, named
 `labels.searchFiltersToggle(n)` with the number of selected values (`Filters`, `Filters (3)`), with `aria-expanded` and, while the row shows,
 `aria-controls`; its width does not change with the count (above).
 Its name does not change when the row opens, so it shows the state in the AND / OR toggle's look as well: the field face while the row is closed and