  joywayerandClaude Opus 5
|
8f36b61620
|
二七王：补齐三处配置缺口（扣底按钮 / 出牌提示按钮槽位 / 三个 View 的布局节点）
这三处都是「精灵或按钮已在清单里定案，但配置层缺东西」，不补的话 C/D/E 阶段
写渲染代码时会发现没有布局节点，极易就地硬编码坐标（违反零裸值红线）。
1) 底栏「扣底」按钮没有精灵（清单 §2.6 列了 5 个功能按钮，只登记了 4 个）
- 新增 BTN_BURY_CARDS(1056) / BTN_BURY_CARDS_TEXT(1057)，群组 205 号段内空闲号，
资源沿用 BTN_BOTTOM_FUNC，与其余四个按钮同构。
- FOOTER_FUNC_BUTTONS 的 items 由 4 项扩到 5 项，扣底紧邻底牌（照 §2.6 表序）。
扣底宽 78 是【估值】：清单未给，取同为两字按钮的「底牌」实测值，已在配置与清单里注明。
- 扣底看【埋牌底牌】(burycards)、底牌看【底牌】(bottomcards)，两批不同的牌，
JSDoc 里补了防写反的提示（对应验收清单第 13 条）。
2) 出牌阶段「提示」按钮有精灵、无布局槽位
- PLAY_OPERATION_BAR.items 补上 PLAY_BTN_TIP，顺序照清单 §1.7 行文：倒计时 / 出牌 / 提示。
- 宽 180 是【估值】：清单 §6.8 自身漏了该项；与埋牌条的提示按钮同资源 BTN_TIP
（§3.3 实测 180×63），埋牌条 items 首项亦取 180，故沿用。
- 顺带记下一处待裁定项：本条 itemHeight 为 55（对齐 BTN_PLAY 157×55），
而 BTN_TIP 原生高 63，高度差待设计稿定。
3) AccountView / HistoryView / MingPaiView 一个布局节点都没有
- AccountView（§6.9a 新增）：外壳 6 个节点 + 玩家栏「容器 ACC_ROW_CONTAINER +
行节点 ACC_ROW（itemHeight 即行高，行数由 ctx.count 给出）+ 行内模板贴附到行矩形」
+ 面板外 4 按钮，共 14 个节点。行内节点求出的是相对容器的坐标，可直接喂
SpriteCopyUtils.create（与 §5.6a 冲关牌同一用法）。
- HistoryView / MingPaiView（§6.9c 新增）：遮罩 + 容器 + 每家一排牌(fan) + 座位标签，
各 4 个节点。照 CHONGGUAN_FAN 同构、锚点沿用 §6.7 冲关牌的三家落点；
差别只在张数上限——出牌历史摊平后可达 28 张以上，故 maxWidth 放宽到 500、
spacingMin 收到 -96【估值】。MING_* 只有 LEFT/RIGHT 两个 bySeat 变体（明牌不看自己）。
- 坐标来源：大局结算.png / 冲关牌型显示.png 目视实测，w/h 取资源尺寸；
配置与清单里均已注明「目视实测估值，待设计稿复核」。
- 运行时才确定的字段（动态文字宽高、随行浮动的 anchorY、数字精灵宽）一律
runtime 显式声明。
钉死断言按实际重新数并更新：精灵总数 378 → 380，布局节点总数 61 → 83。
另把 ACC_TPL_SCORE_NUM 加进 NUM_STYLE 同源校验表（与 RESULT_SCORE_NUM 同一套资源）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 08:40:48 +08:00 |
|
|
joywayerandClaude Opus 5
|
f982460c9c
|
二七王：群组 206 改名为主牌统计条，与 design §8.2 的「亮牌」消歧义
群组 206 原名「亮牌条 / LIANGPAI_BAR」，但它的实际用途与坐标 (35,400) 对应的是
清单 §2.5「自己的主牌统计条」——手牌上方显示 x对 x主、前端本地统计、有手牌时常显。
而 design §8.2 真正的「亮牌」是庄家埋牌后向两个闲家亮出自己全部固定主牌的具体牌面，
走遮罩面板（群组 242，复用 HIST_* 精灵）。清单 §0.0 专门用一节区分「亮牌 / 余主公示 /
明牌 / 开底」四类公开信息，名字撞车极易把渲染写到错误的界面上。
统一改名（ID 一律不变，只改名字）：
- 群组 EQW_Groups.LIANGPAI_BAR → ZHU_STAT_BAR (206)
- View EQW_Sprites.LiangPaiView → ZhuStatView，容器 LiangPaiBar → ZhuStatBar
- 精灵 LIANGPAI_BG/_TEXT (1030/1031) → ZHU_STAT_BG / ZHU_STAT_TEXT
- 布局 EQW_Layout.LIANGPAI_BG → ZHU_STAT_BG
- 资源 EQW_Images.BAR_LIANGPAI → BAR_ZHU_STAT (605)
同步清单 §0.0 / §0.3 群组表与号段表 / §1.6 / §2.5 / §3.5 / §3.6 / §5.1 / §5.7b /
§6.5 / §7.2 T-9 / §7.3 第 5 条，并在 §0.3 群组表下加修订说明（2026-08-27 + 缘由）。
一并订正清单 §1.6 的一处笔误：收到 liangpai 时应弹出亮牌遮罩面板（群组 242），
原文写的是「渲染 §2.5 亮牌信息条」——正是同名异实造成的串位。
EQW_Anim.LIANGPAI_AUTO_CLOSE 属真正的亮牌面板，保持原名，仅补注释说明归属。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 08:40:09 +08:00 |
|
|
joywayerandClaude Opus 5
|
ccc41ce092
|
二七王：修正 Sprites_Table/Cards 注释里 ASCII 版式图的对齐
上两个提交的三处版式图在等宽字体下右边框错位（手牌区示意框、结算底牌区
文案行、已出牌区的牌角标小图）。按「CJK 双宽、其余单宽」重排到等宽，
不改任何数据。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 01:48:14 +08:00 |
|
|
joywayerandClaude Opus 5
|
19f93bb96f
|
二七王：Sprites_Table.js 补 4 个 View 的布局说明注释
按参考图与 UI 清单，为 TopInfoView / PlayerMarkView / LiangPaiView / FooterView
各补一块 JSDoc：分区标题标出 Layer 与 Group，正文含 ASCII 版式图（标注各区域
对应的精灵常量与实测坐标）、元素说明、资源说明、精灵 ID 分配与 @see 出处。
纯注释改动，数据部分一字未动（精灵总数仍 378、布局节点仍 61）。
顺带如实记下两处文档缺口：群组 206 的命名（亮牌条 vs 主牌统计条）与
底栏「扣底」按钮尚无精灵。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-27 01:37:44 +08:00 |
|
|
joywayerandClaude Opus 5
|
4d05457590
|
二七王：拆分 HistoryMingPaiView，补充注释细节
拆分理由：Layer1/Layer2 的写法让 History/MingPai 两个 group 容器各自
属于哪个图层只靠书写顺序隐含，无结构绑定。拆成 HistoryView(Layer 304)
与 MingPaiView(Layer 305) 两个独立 View 后，「一个 View 恰好一个 Layer」
成为不变式，精灵键名/ID/内容不变。
顺带补两处注释 Minor：PlayAreaView 的 PlayLeft/PlayRight 块首补资源键
说明；AccountView 的 4 个功能按钮改为逐条写资源键，不再靠顺序隐式对应。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-26 21:02:20 +08:00 |
|
|
joywayerandClaude Opus 5
|
488f36b545
|
二七王：前端精灵结构常量
照清单 §5.1–§5.8 逐条录入，键名与 ID 原样照抄；省略写法（如「结构同 202」）
全部展开写全。每个精灵注明类型/用途/资源键/帧说明，后期照此在编辑器里创建。
按协调方中途下达的结构变更，Group 与其名下精灵合并为 group 容器
（groupName: { id: 群组常量, 精灵键: 精灵ID, ... }）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-26 20:53:35 +08:00 |
|