sganggs a1bc37ed90
feedback7 R22-LATE: while a facing is chosen, Enter follows the focus — ✕ cancels, any other button does nothing, the wheel confirms; golden: unchanged ...
GitHub #394 / PR #395 by @Xinglan233. The wheel's capture listener committed the previewed direction on Enter whatever
had the focus, so Tab to 准备 / 设置 / the exit button / ✕ and Enter deployed (the PR let only a focused ✕ keep its
native Enter). Now gameLogic facingEnter decides: Enter on ✕ cancels; on any other control (button, link, form field,
ARIA control) it is swallowed — the wheel already holds Space and the shortcuts; elsewhere it commits the previewed
direction, and does nothing while none is previewed. The wheel (role="dialog") takes the focus when it opens
(tabIndex -1, no focus ring over the screen), so a button focused before the drop cannot swallow the confirming Enter
and the first Tab reaches ✕; nothing restores the old focus when it closes (a restored 准备 would take the next key).
Docs: PLAYING.md's key paragraph. Tests: test/ui/feedback5-hotkeys.test.js (facingEnter and its wiring, 2 new);
test/ui/facing.e2e.test.js (SP_E2E, the PR's drag / Tab flow, 4 cases: run here in headless Chrome, 4/4 pass, 4/4 fail
on the parent — Enter on the focused exit button deployed). Golden unchanged (client only).
2026-10-08 21:20:27 +08:00
2026-10-08 19:57:26 +08:00
2026-09-29 16:21:31 +08:00
2026-10-08 20:35:26 +08:00
2026-10-05 17:18:22 +08:00
2026-10-07 00:05:21 +08:00
2026-10-05 17:18:22 +08:00
2026-10-08 18:42:46 +08:00
2026-10-04 14:19:53 +08:00
2026-10-08 19:03:55 +08:00
2026-10-08 19:03:55 +08:00
2026-10-03 16:33:54 +08:00
2026-10-04 14:19:53 +08:00
2026-10-08 18:41:36 +08:00
2026-10-08 18:41:36 +08:00
2026-10-05 14:20:12 +08:00
2026-10-04 20:47:49 +08:00
2026-10-08 21:20:27 +08:00
2026-09-29 16:21:31 +08:00
2026-10-03 15:18:42 +08:00
2026-10-03 15:56:50 +08:00
2026-10-03 15:56:50 +08:00
2026-10-03 02:38:42 +08:00
2026-10-07 02:38:16 +08:00
2026-10-03 02:01:34 +08:00
2026-10-03 07:42:20 +08:00
2026-10-03 07:42:20 +08:00
2026-10-03 09:10:39 +08:00
2026-10-03 09:10:39 +08:00
2026-10-05 22:34:39 +08:00
2026-10-04 02:51:21 +08:00
2026-10-04 17:23:42 +08:00
2026-10-04 17:12:24 +08:00
2026-10-07 02:29:49 +08:00
2026-10-08 21:20:27 +08:00
feedback5 R19B: 干员调配 says plainly when its game data did not load — useData counts a /data file that never arrived (404, blocked, bad JSON: 'missing') as settled, so the tab drew an empty roster, the loadout import blamed the file (「这份数据在当前版本没有可用的调配」) and the 干员持有 / 自选编队 imports stored an empty list over the saved one; now missingGameData(tab) (chess.json, plus backups.json for 自选编队) shows DataMissing in place of the roster (which files, saved settings unaffected, reload, then the ad blocker and the network) and importRefusal(kind, ready) refuses every import before anything is parsed or applied, with the same words; three UI strings with English; GitHub #173 ; golden: unchanged (client only)
2026-10-07 11:13:25 +08:00
2026-10-07 01:33:21 +08:00
2026-10-07 02:01:12 +08:00
2026-10-06 15:48:32 +08:00
2026-10-07 17:43:37 +08:00
2026-10-08 19:22:08 +08:00
2026-10-08 19:22:08 +08:00
2026-10-08 20:56:20 +08:00
2026-10-07 01:56:19 +08:00
2026-10-08 18:41:58 +08:00
2026-10-03 16:14:43 +08:00
2026-10-08 18:41:58 +08:00
2026-10-06 22:00:26 +08:00
2026-10-07 18:03:53 +08:00
2026-10-05 22:36:29 +08:00
2026-10-07 01:33:21 +08:00
2026-10-08 18:42:38 +08:00
2026-10-04 14:20:02 +08:00
2026-10-05 16:11:30 +08:00
2026-10-03 16:08:32 +08:00
2026-10-06 17:52:19 +08:00
2026-10-08 18:44:09 +08:00
2026-10-08 18:42:38 +08:00
2026-09-29 16:21:31 +08:00
2026-10-03 02:52:38 +08:00
2026-10-02 17:58:35 +08:00
2026-10-06 17:31:01 +08:00
2026-10-08 19:22:08 +08:00
2026-10-06 21:03:56 +08:00
2026-09-30 05:35:45 +08:00
2026-10-02 17:58:35 +08:00
2026-10-03 16:14:43 +08:00
feedback6 R21E: the 外勤医疗 Touch casts 恳切福音 on an injured ally inside its 5-2 (ACTIVE_RANGE in touchKit — the larger-range rule the Touch 补位 already runs by its data; the map character's record keeps DEFAULT), and the Touch / 预备干员-医疗 card is an operator card (干员 · 医疗 · 远程位, 特性, skill row with SP / duration, talents from the tokens.json record — it took the summon path: 召唤物, base stats only); 恳切福音 gets a line under its text that the boost is strictly below half (PRTS 修正 of 不高于, what touchGospel does; the operator card of the 补位 Touch too: SKILL_TEXT_NOTES); GitHub #260 , PR #278 ; golden: roster-041 (its strategy Touch heals 8438 → 17072, 19 → 27 heal actions, casts unchanged at 2, the same numbers as PR #278 ; p1 deaths 7 → 4) and matches coop2-NORMAL-14-standins (h_0 plays 外勤医疗: defeat in round 13 → victory, teamLp 16) — both battles with that strategy's Touch, no other scenario moved
2026-10-07 17:54:17 +08:00
Playtest #6 fixes: summons placed by hand, boss pool stall, bounties, 联防 leak counter, distinct offers, 机变 card text, phone buy tap, skill triggers, blocking, push force, 孤立, enemies, element bar
2026-10-01 19:08:23 +08:00
2026-10-03 04:43:44 +08:00
2026-10-02 04:19:28 +08:00
2026-10-08 20:35:26 +08:00
Playtest #6 fixes: summons placed by hand, boss pool stall, bounties, 联防 leak counter, distinct offers, 机变 card text, phone buy tap, skill triggers, blocking, push force, 孤立, enemies, element bar
2026-10-01 19:08:23 +08:00
2026-10-02 17:58:35 +08:00
Playtest #6 fixes: summons placed by hand, boss pool stall, bounties, 联防 leak counter, distinct offers, 机变 card text, phone buy tap, skill triggers, blocking, push force, 孤立, enemies, element bar
2026-10-01 19:08:23 +08:00
feedback5 W5S: i18n phase 2, ui — HUD, shop bar, detail card, bond strip and popup, 机变 overlay, enemy drawer, team panel, under-frame, guide, emotes, match chrome, connection banner, components, the loadout / roster models, the store, net and observe texts through t() / tParts() (whole sentences where a number or a name sat inside), msgid tables marked N_() and translated where shown, the shop's refusal reasons compared through t(); tools/i18n.mjs reads aliased imports (t as tr); English for the 59 new msgids; Chinese output unchanged (zh render proof; five rewrites checked by hand, listed in the notes)
2026-10-06 18:09:50 +08:00
2026-10-05 17:22:20 +08:00
2026-10-05 22:34:31 +08:00
2026-10-08 20:00:57 +08:00
2026-10-08 19:13:11 +08:00
2026-10-08 19:13:11 +08:00
2026-10-05 14:28:47 +08:00
2026-10-04 20:38:26 +08:00
2026-10-07 11:21:24 +08:00
2026-10-05 14:37:23 +08:00
2026-10-08 19:09:55 +08:00
feedback7 UIBACK: upgrading the 调度中心 opens the new shop slot EMPTY — the next refresh or round start fills it; 0.2.0's fill-at-once ( 464a823, item 19) reverted (GitHub #332 and PR #333 by @2321Robin, official recording BV1AXwuzdEys 1:39 — authored by them: the economy.js change, the rewritten level-slots test and the docs hunks applied as reviewed, without the PR's UPGRADE_FILLS_NEW_SLOTS flag and LOCAL RULING comment: the empty slot is the rule): the shop bar draws a null operator slot as a bare dashed frame (EmptyCard, inert scard--sold) instead of the SOLD OUT 「已招募」 frame, one new UI string in the four packs; META.md §3 and §7 and PLAYING.md say so; the dev mock opens the slot empty and survives null slots; test/ui/shop-empty-slot.e2e.test.js; golden: only matches moves, all 18 (the bots' shop RNG stream) — end results changed in solo-FUNNY-1 defeat→victory, solo-NORMAL-1 and solo-HARD-1 victory→defeat, solo-HARD-2 and solo-ABYSS-1 defeat→eliminated, coop2-NORMAL-14-standins defeat→victory (2 distinct stand-ins fielded: golden-standins.test.js asks ≥ 2); roster, bonds, fields, standins, diy unchanged
2026-10-08 19:38:48 +08:00
2026-10-05 16:47:33 +08:00
2026-10-08 19:19:09 +08:00
2026-10-04 17:39:30 +08:00
2026-10-06 04:31:38 +08:00
feedback5 WN: 补位 display follows the official game (the owner's recall of 2026-10-06) — a chess the player does not own is shown as its stand-in wherever the player's copy appears: shop and reward cards (the stand-in's portrait, name, class and backup skill; the chess's bonds, tier and price; a small 「替补」 mark), the hand and 临时整备区 pieces (the stand-in's model, a 「替补」 tag; the board already was), the detail card (the stand-in's portrait, name, skill, talents and module with the chess's bonds and 特质, 「银灰的替补」 under the name [ASSUMED]), bond popups (own and a teammate's by UnitInfo standInFor through ownerBoard / ownerOps), the result lineup (m.result standInFor), prep scouting of the bench, the equip-replace dialog, the elite and gift tickers; rules unchanged (bonds, price, tier, merges, pools and 特质 stay the chess's); new strings through t() with English; tests updated (standin-ui 15, standin-ownership 7, watch-bonds wiring) and the e2e now ends on the result screen (fastServer SP_FINISH_AFTER); golden unchanged
2026-10-06 02:40:38 +08:00
2026-10-08 20:36:41 +08:00
2026-10-08 20:36:41 +08:00
feedback5 W5S: i18n phase 2, ui — HUD, shop bar, detail card, bond strip and popup, 机变 overlay, enemy drawer, team panel, under-frame, guide, emotes, match chrome, connection banner, components, the loadout / roster models, the store, net and observe texts through t() / tParts() (whole sentences where a number or a name sat inside), msgid tables marked N_() and translated where shown, the shop's refusal reasons compared through t(); tools/i18n.mjs reads aliased imports (t as tr); English for the 59 new msgids; Chinese output unchanged (zh render proof; five rewrites checked by hand, listed in the notes)
2026-10-06 18:09:50 +08:00
2026-09-30 05:35:45 +08:00
2026-10-06 14:08:18 +08:00
2026-10-06 14:08:18 +08:00
feedback5 WE: the 整备区 rules of PRTS 卫戍协议/帮助 §手牌区 (GitHub #82 , second part) — a full regular hand refuses every purchase and reward pick, also one whose copy would complete a merge at once ("当常规手牌区全满无空位时，玩家将无法执行使手牌溢出的操作" — "例如招募/购入等通常情况下会增加手牌的操作"; BWIKI 盟约 says the same with no exception; the reporter checked it in the official game), and a free regular slot pulls the 临时整备区 in at once ("常规手牌区出现空位时自动移入"): PlayerState._fillHandFromTemp runs in every recompute, the temp row right to left (the order it fills, [ASSUMED]) into the hand's free slots right to left — after a sale, a deployment from the hand, a merge that consumed hand copies, an item equipped / destroyed / used, a summon stack removed with its owner. invariants.js: temp holds pieces only while the hand is full. The client's refusal path follows (gameLogic.shopBlockReason: 整备区已满 on every card — a one-line change in a file the R5 split moves). Bots: a full hand never tries a purchase, an affordable third copy of a held pair sheds the weakest hand single first (never one of this prep), resolveTemp decides temp right to left. Tests: test/match/feedback5-hand.test.js; merge / hardening / playtest6-elite-to-board / economy / prep-bench / uiFixes updated to the rule. Docs: META §1 Hand, DESIGN §6, PLAYING §3, research 00-INDEX / 01 (the old "a merge-completing purchase is allowed" corrected). Golden: 3 match scenarios moved (coop2-NORMAL-3, solo-HARD-9-boosted, coop2-ABYSS-10-boosted — bot seats that reached a full hand: the merge-completing purchase refused or a single shed first, temp pieces moving in by themselves); every battle digest unchanged
2026-10-05 18:17:08 +08:00
2026-10-05 14:18:44 +08:00
2026-09-29 16:21:31 +08:00
2026-10-06 17:31:01 +08:00
2026-10-08 21:11:25 +08:00
sganggs
a1bc37ed90