v24 第 12 批：5 条（删除按钮位置/日期控件三修/日历跳转/节气节日/财务图）
用户 2026-10-05 的 5 条。第 11 批交付后用户追问"确定这些需求都做完了？"—— 没有， 这 5 条是进一步要求。实现过程中查出 4 个真 bug。 #1 详情页删除按钮紧贴「开通账号」 上一版放在页面最下方独立区块（danger-zone），用户要「就放在开通账号按钮下面， 紧挨着，长度大小和开通账号一样，颜色改成红色」。→ 搬进「登录账号」卡片内 （.del-inline + 细分隔线 + .btn-block-lg）。 线上几何实测：同一张卡片、左边缘对齐 255==255、宽度一致 990==990、红色 rgb(192,83,63)。 #2 日期控件三修（两个真 bug + 一次闪烁） · 灰底：Semi **外层** .semi-datepicker-input 自带 rgba(46,50,56,.05)、高 32px； 内层 wrapper 白底 40px → 灰的露在外面。实测「灰底元素」= 1 个 → 修后 0 个。 · 不垂直居中：外层 32px < 内层 40px，实测 gapTop=1 / **gapBottom=17**（文字贴顶） → 修后 gapTop=1 / gapBottom=1。 · 闪烁：实测首 **200ms** 原生输入框可见（要等 3.4MB React 解析）。 用 no-js/js 二态：<html class="no-js"> + head 内联脚本立刻换 js + CSS `html.js .dt-input:not(.is-semi) .dt-native { visibility:hidden }` （配同高骨架 ::after 防布局跳动）。实测「出现过原生可见」= False。 #3 日历跳转保留视图 + 下拉日历 原来写死 view=day（在月视图点跳转会被踢进日视图）。→ 表单带当前 $view（月还带 ym）； 选择器从"居中弹窗"改成**按钮下方下拉** .cal-jump-drop。 实测：月视图跳 8/15 仍在月视图且是 8 月；周视图跳 8/15 → 落 8/10 那一周； 日视图跳 8/15 → 显示 8/15。 #4 传统节日 + 二十四节气两个系统本（Schema v18） Holiday::SOLAR_TERMS（24 项 C 常数近似公式 + 例外表）+ traditionalRange （农历推导；除夕用"次日是否正月初一"反推，写死腊月廿九会有一半年份错）。 实测 2026：节气 24 条全对（清明 4/5、冬至 12/22）；春节 2/17、除夕 2/16、中秋 9/25。 ⚠️ ENUM 必须显式 ALTER（对已存在的表不生效）——同一坑第二次踩，VERSION 17→18。 #5 财务（一个真 bug + 一个假起点 + 一个真 bug） · chart_line 读 `cents` 而 timeline() 返回 `net` → 键名不匹配，**总资产图每点读成 0** （正是用户说的"图上是 0"）。修：兼容 cents ?? net ?? asset。 实测 timeline net=800000（8000 元），线上 polyline 有真实起伏。 · 去掉 timeline 人为插的"前一天=0"假起点（用户："总资产不应该是 0， 应该是所有账目创建时的金额的总数"）。 · ppSetSelected 只用 document.querySelector 按名字找，而财务页有**两个** person_id 组件（「记一笔」+ 修改弹框）→ 永远灌到第一个。加 root 参数、调用方传 panel。 验证：e2e 786/0、交互 92/0、升级 129/0（+3 条 v18 断言）、batch_e 91/0、batch10 46/0、 batch9 38/0、picker_unify 28/0、picker_lazy 11/0、crop 17/0、formbloat 9/0、semi 27/0、 mobile 688/0、drag 5/0、geom 5/5；第 12 批专项：财务 7/0、日历 19/0。 部署静态断言新增 5 组（含反向验证：注入回退 → FAIL=1）。 线上自检 19/19；线上真实账号验收 **30/0**（含真实浏览器几何量删除按钮位置）。
This commit is contained in:
+9
-6
@@ -71,7 +71,7 @@ final class Schema
|
||||
* ⚠️ 它**不再**作为"要不要跑升级"的判据 —— 见 fingerprint() 的说明。
|
||||
* 它仍然要手工维护，因为它给人看（排查时一眼知道代码到哪一版了）。
|
||||
*/
|
||||
public const VERSION = '17';
|
||||
public const VERSION = '18';
|
||||
|
||||
/**
|
||||
* 「源码指纹」：拿**本文件自身的内容**算一个哈希，作为"要不要跑升级"的判据。
|
||||
@@ -484,7 +484,7 @@ CREATE TABLE IF NOT EXISTS `calendars` (
|
||||
`owner_id` INT UNSIGNED NOT NULL COMMENT '这本日历是谁的',
|
||||
`name` VARCHAR(50) NOT NULL,
|
||||
`color` CHAR(7) NOT NULL DEFAULT '#4A7C82' COMMENT '日历本的颜色（日程按本子的颜色显示）',
|
||||
`kind` ENUM('custom','movie','trip','lunar','holiday') NOT NULL DEFAULT 'custom' COMMENT 'movie/trip/lunar/holiday = 系统预置的派生只读本（农历与节假日为 v24 第 10 批新增，不可删除）',
|
||||
`kind` ENUM('custom','movie','trip','lunar','holiday','traditional','solarterm') NOT NULL DEFAULT 'custom' COMMENT 'movie/trip/lunar/holiday/traditional/solarterm = 系统预置的派生只读本（lunar/holiday 为 v24 第 10 批新增；traditional/solarterm 为第 12 批新增；都不可删除）',
|
||||
`position` INT NOT NULL DEFAULT 100,
|
||||
`created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
|
||||
PRIMARY KEY (`id`),
|
||||
@@ -855,11 +855,14 @@ SQL,
|
||||
// 不会更新（CREATE TABLE IF NOT EXISTS 直接跳过），必须显式 MODIFY。
|
||||
// 不改的后果：给老库插 kind='lunar' 会被严格模式整条拒掉 →
|
||||
// "农历日历本建不出来"，而新装的库一切正常（最难查的那种）。
|
||||
// ---- v24 第 12 批 #4：再加 traditional（传统节日）/ solarterm（二十四节气）----
|
||||
// ⚠️ 同一类坑的第二次：ENUM 必须显式 MODIFY 才能对老表生效。
|
||||
$db->exec("ALTER TABLE `calendars` MODIFY COLUMN `kind`
|
||||
ENUM('custom','movie','trip','lunar','holiday') NOT NULL DEFAULT 'custom'
|
||||
COMMENT 'movie/trip/lunar/holiday = 系统预置的派生只读本'");
|
||||
// 给每个家庭里的每个人都补上农历/节假日这两本（幂等）
|
||||
self::tryStep('补建每人的农历 / 节假日日历本', static function () use ($db) {
|
||||
ENUM('custom','movie','trip','lunar','holiday','traditional','solarterm')
|
||||
NOT NULL DEFAULT 'custom'
|
||||
COMMENT 'movie/trip/lunar/holiday/traditional/solarterm = 系统预置的派生只读本'");
|
||||
// 给每个家庭里的每个人都补上这 6 本（幂等；seedDefaultsForFamily 按 kind 去重）
|
||||
self::tryStep('补建每人的农历 / 节假日 / 传统节日 / 二十四节气日历本', static function () use ($db) {
|
||||
foreach ($db->query('SELECT id FROM families')->fetchAll() as $fam) {
|
||||
\App\Calendar::seedDefaultsForFamily((int)$fam['id']);
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user