 laoyang
|
e22202271a
|
v20: 家谱布局推倒重写为区间法（tidy tree）—— 一次成型，无多轮推挤修补
用户反馈："错的更离谱了，这次连位置都不对了"（v19 实测"我"跑到离父母 800px 的最右侧）。
根因：v18/v19 是「游标铺放 → 防重叠 → 同代重排 → 再防重叠 → 再硬推」
叠了四五层修补，每一层都在破坏上一层的"父居中于子女"，多轮互相拉扯后整棵树漂移。
区间法规则（一次成型，天然不叠卡）：
① 每棵户子树自底向上算需求宽度 needW = max(自身宽, Σ子女宽 + 间距)；
② 自顶向下分配互不重叠的 x 区间，子女依次铺在父区间内；
③ 父户居中于子女的实际跨度。
跨树边（岳父母户也把妻子列为子女）只走「主父户」进树递归
（主位卡是我方血亲的那个父户，服务端给每张卡标 blood），
其余父户只留给画线段 —— 岳父母的子女横梁照样连到妻子，布局不重复铺人。
验证（20 人夹具 + 真实渲染）：
· 版面五判据 A-E 全过（8/8）：不重叠 / 线在卡后 / 下垂线从夫妻横线中点出 /
同代有空隙 / 横线在两卡缝隙；行分布：兄姐弟妹紧贴我、堂表在伯父下方、
岳父母贴妻子右上、外甥在舅子下方；
· 连线完整性：该连上一代的卡 0 缺线、悬空竖线 0 段；
· 反向验证 3/3：注入坏法（下垂线从左卡出 / needW 砍半 / 中点取左卡）全部变红。
|
2026-10-02 17:35:27 +08:00 |
|
|
laoyang
|
65378ff48e
|
v19: 家谱画线重写 —— 先定节点坐标、再按节点画线（用户建议的思路）
用户反馈（原话）：「还是有问题，主要是线的问题，很多线画的不到位，要么是连的不到位，
要么就是和下一代的节点没连上。你是用 convas 画的吗？应该把每个节点的位置都摆好之后，
再根据节点进行画线」。
我按这个思路把画线整段重写了，并用脚本把「哪张卡没连上」**量成数字**（新工具
`_tooling/_fb_kin_linecheck.py`）。量出来的真问题与修法：
1. **两套坐标混着用**（这是"连不到位"的根因）：
横梁端点用了 `placed[k].uc`（**户中心**），而卡片真实中心是 `pos[id].x`；
「子女接父母」的竖线起点取"卡顶"，横梁 y 却按"父户那一代的 y"推 —— 不在同一坐标系。
→ 现在统一：**先落定所有 pos[]，再由 pos 反推每户的画线锚点**（left/right/mid/top/bottom），
画线只引用这些锚点（新 `anchor[]`，模板里显式标注了这条契约）。
2. **横梁 y 用错了代**：原用 `nextGenY(我的代数)` —— 但**叔伯的子女与我同代**（不是下一代），
于是横梁画到别处、孩子接不上。
→ 改成由**孩子自己的卡顶**算：`busY = min(孩子卡顶) - SP/2`。
3. **「接入父母横梁」用错了锚**：原是"本代卡顶 - SP/2"（只在相邻两代才成立），
姻亲旁支一错位就接不上（实测 6 张卡"有父母却没有线连上去"）。
→ 改成查**父母那一户的 `busY`**。
4. **同胞被别家孩子插在中间**（"线乱"的真正病根）：
实测我这一代原为 哥哥(161) 嫂子(275) **堂兄(389) 堂嫂(503)** 老杨(617) ——
堂兄夹在哥哥和我之间，父母连子女的横梁被迫横跨，看着不像一家人。
→ 新增 `groupSiblings()`：同代按「父户的中心 x」重排，让同胞挨在一起；
重排后再跑防重叠 + 父户居中（收敛）。
5. **户宽算错 26px**（防重叠一直推不开的原因）：
边界用 `n * SLOT`，而单人户实际是 `IW`、双人户是 `2*IW+SP` —— 处处偏大。
→ 全部改成真实宽度（新增 `halfW()`），并加 `hardAntiOverlap()` 按最终坐标硬推、循环收敛。
**战绩**（`_fb_kin_linecheck.py` 是这轮新写的诊断工具，它自己也被修了三次判据 ——
"端点恰好等于卡边"→"区间覆盖"→"半个槽位"，前两版都误报）：
· 20 人夹具：「应连上一代却无线」= **无**；「接不上的竖线」= **0 段**；重叠 0 对
· 版面质量 8 项全过（含 A 不重叠 / D 有空隙 / C 下垂线从中点出）
· **真实线上数据（11 人）**：重叠 0 对、19 段连线、无 JS 报错
· e2e 553 条全过
⚠️ 顺带发现的数据问题（**不是代码问题**，已告知用户）：
真实数据里 **爸爸与妈妈之间没有登记夫妻关系**（妈妈是单独一户），
所以图上他们是并排但不算一对；补上「配偶」后会自动合并成一户。
|
2026-10-02 15:49:50 +08:00 |
|
|
laoyang
|
8cfcb8d978
|
v18c: 无子女的旁支贴其父母旁边 + 版面检查按 v18 重写
夹具（20 人）暴露的真问题：`舅子`（我妻子的兄弟、自己没有子女）
被兜底逻辑推到整代最右侧（离我很远），还与同代的人撞上
（实测 D 项「同代相邻卡片之间留有空隙」最小间隙 -36px）。
修法：没有子女、也不在主干上的旁支，改成**贴到它父母的户旁边**
（而不是"推到最右"），并与同代已有的人依次避让。
工具侧随 v18 更新：
· `_fb_kin_geom.py` —— B 项由「不穿卡」改成「**连线压在卡片背后**」的 z-index 判据：
v18 按参考实现把线画在卡片后面，"线从卡中心连到卡中心"是设计如此，
继续用"不穿卡"判会恒红（这是我的检查脚本跟不上的地方，不是产品问题）。
C/D/E 三项保持。**20 人夹具 8 项全过**。
· `_fb_kin_geom_falsify.py` —— 按 v18 的锚点重写，注入 3 处 **3/3 抓住**：
下垂线从某一张卡出来 → C 变红
拆掉防重叠兜底 → D 变红
父母不居中于我之上 → D 变红
· `_fb_geom_mobile.py` 卡片比例 118:92 → 88:106；移动端几何 520 项全过。
全套：e2e 553 / 桌面几何 368 / 移动端 520 / 家谱版面 8（反向 3/3）——
部署脚本本地空跑与线上自检全过。其他功能未动。
|
2026-10-02 14:08:12 +08:00 |
|
|
laoyang
|
693eb64d65
|
v18b: 修「配偶站到了我左边」—— 户的主位改用「与我的血缘距离」判定
用户上线后如果细看会发现的问题：线上真实数据里
户 = [红围脖(妻子), 杨永全(我)] —— 妻子被当成了"本家血亲"排在我左边。
根因：服务端判"哪张卡是这一户的血亲位"用的是「**他有父母在本图上**」——
而一对夫妻**两边父母都可能在图上**（我的父母 + 妻子的父母），两边都成立，
于是取到第一个（妻子）。用真实数据量出来的证据：
户4 = [(3 红围脖), (1 杨永全)]，两边都有 parents。
修法：改成按「**与「我」的血缘距离**」判定 —— 先用一次**不带配偶边**的 BFS
算出本家血亲集合（与 Kinship::bloodRelatives 同义），两边都在集合里时，
取"离我更近"的那一位当主位。修完线上实测：
户5 = [杨永全, 红围脖] ← 我在左、妻子在右，符合参考实现「配偶排右手边」。
顺带把移动端几何里的卡片比例断言从 v17 的 118:92 更新到 v18 的 88:106
（卡片形状换了，旧常量会让它误报）。移动端几何 520 项全过。
验证：真实数据（11 人）渲染 —— 0 重叠、11 条连线、无 JS 报错；
位置核对：我在 751、妻子在我右 863、年长的姐姐在我左 458、
父母在我上方居中（665/777）、儿子在我右下（975）、外甥在姐姐下方。其余功能未动。
|
2026-10-02 13:38:34 +08:00 |
|
|
laoyang
|
11c13a4e9d
|
v18: 家谱改成「仿亲友+」App 的画法（按用户给的参考实现）
用户反馈（原话）：「不行，非常乱。我给你个链接
https://gitee.com/coku2333/FamilyTreeView 你去读这个代码，尤其是它那个仿亲友+app
的效果，就是我想要的，按照这个做。」
参考实现是 Android 的 NewFamilyTreeView（ViewGroup + onDraw 画线）。我读了它的
README 与源码，把它的**布局规则**逐条搬过来（不是搬代码，是搬算法）：
① **从下往上定位**：先孙辈（+2）→ 子女（+1）→ 我（0）→ 父母（-1）→ 祖辈（-2）。
因为"子层位置定了，父层就定了" —— 父居中于子之上。
② 每一代维护 **genLeft / genRight 两个游标**（该代已用到的左右边界）；
往右铺从 genRight 起、往左铺从 genLeft 起（对应它的 setPart）。
③ **配偶并排在主位右侧**（一对夫妻 = 相邻两张卡）。
④ 兄姐往左、弟妹往右；舅姨（母系）往右、叔伯姑（父系）往左 ——
都是"以我/父母为中心"向两侧展开，而不是按格子平铺。
⑤ 我居中于我的子女之上；父母居中于我之上；祖辈居中于父母之上。
⑥ **连线画在卡片背后**（参考是 ViewGroup.onDraw 先画线再绘子 View）——
所以线可以从卡中心连到卡中心，被卡面挡住即可，不用绕路。
⑦ 卡片改成参考的窄长比例（它 50×80，我们 88×106）：头像占上半、姓名与称呼在下。
画线（沿用参考的三段式，子女一律从夫妻横线中点出）：
夫妻横线（两卡中心之间）→ 从**横线中点**往下垂到横梁 → 横梁分到每个孩子。
上一版（v17「整齐树」）的问题：线虽然不穿卡了，但整张图看着像表格 ——
每一代从左到右平铺、兄弟姐被推到最外侧、伯父排在爸爸右边。这一版才对上参考的观感。
验证（按用户要求只做简单测试）：
· `_fb_kin_v18.py`（新）—— 20 人夹具渲染：**0 重叠**、20 张卡、28 段连线、无 JS 报错；
各行分布确认：祖辈居中于父母之上（575/653）、伯父在爸爸左边（403 < 575）、
兄姐在我左（442/519）、弟妹在我右、堂兄紧贴伯父下方。
· e2e 553 条全过（家谱段断言随 v18 更新为 takeSlot/placePart/putCentered/midX）
· 修掉的既有 bug：`parentsOf` 的键是**户索引**，而多处按**人 id** 去查父母 ——
混用会永远查不到，导致"户的主位永远取第一张卡"（伯父那户取成伯母）、
父系/母系判定全错、叔伯姑全跑到右边。新增 personParents 映射统一。
· 修掉的布局 bug：兄姐/弟妹原本从"整代游标末尾"起 → 被推到同代最外侧；
堂表亲调 placePart 会与我的兄姐重叠（实测抓到 1 处）→ 改成紧贴其父母下方。
另：其他功能一行未动（用户明确要求）。
|
2026-10-02 13:26:11 +08:00 |
|
|
laoyang
|
4b38c89142
|
v17: 家谱连线重排 —— 整齐树布局，线不再乱
用户反馈（原话）：「人数对了，但是连线什么的还是乱的，实在不行，用一个画图谱的库试试也行，
以自己为中心进行连线。」
先量清"乱"在哪（_tooling/_fb_kin_diag_lines.py + _fb_kin_geom.py，用真实数据）：
· 同代卡片**会重叠** —— 一对夫妻宽 254px，却按固定 200px 一格摆
（实测相邻两户重叠 52px，最小间隙 -118px）；
· 夫妻横线画在**卡片内部**（y = 卡中心 + 半卡高 − 6），线从卡身上穿过（实测 2~4 处）；
· 子女不落在父母下方，横梁跨得老远（实测一条横梁横跨 314px，从别人的卡上方经过）。
改法（不看"库"了 —— 实测第三方库只画得出 20 人里的 9 人，换库解决不了"画谁"）：
① **同代按「户宽」逐个排开**（不再用固定格距）+ 防重叠兜底；
② 同一父户的子女**排成紧挨的一整块**，块中心对到父户中心 —— 横梁因此只覆盖
自己那几个孩子，绝不跨到别人头上；
③ 夫妻横线**只画两张卡之间的那一段缝隙**（不再从卡中心连到卡中心）；
④ 子女下垂线仍从**夫妻横线中点**往下（这条是用户点名的要求，保持不变）；
⑤ 子女下垂线的竖向段从**卡下沿**起，不再穿过卡片下半部分。
验证（就这一个模块）：
· `_fb_kin_geom.py`（新）—— 20 人夹具 **8 项全过**：
A 任意两张卡不重叠 B 没有连线穿过卡片 C 有子女的户下垂线全从横线中点出
D 同代相邻卡片留有空隙 E 夫妻横线恰好落在两卡缝隙上
（⚠️ 该脚本用 svg.getScreenCTM() 把连线转成屏幕坐标再与卡片比 ——
第一版直接拿 SVG 用户坐标比屏幕坐标，B/D 两条恒真）
· `_fb_kin_geom_falsify.py`（新）—— 反向验证 **3/3 抓住**：
注入「横线从卡中心连卡中心」→ B 变红
注入「下垂线从某一张卡出来」→ C 变红
注入「拆掉防重叠」→ A 变红
· `_fb_kin_check_v17.py`（替代旧库版）11 项全过；e2e 550 条全过；家谱功能专项 22 项全过
顺带修掉的两个**假绿**（都不是本轮引入，是既有断言失效）：
· `_fb_btn_check.py` 的「危险按钮不是品牌实心」写死了 `--brand` 常量，
而 v14 起模块主题色会覆盖 --brand → 注入 bug 后按钮变紫仍被判"正常"。
改成**现场读** `getComputedStyle(document.body)['--brand']`。
同时补上「页面上得先有危险按钮」这条前提断言（原先 danger 为空时整段是空跑）。
· `_fb_static_dry2.sh`（部署脚本静态断言的本地空跑脚本）是**手工快照**，
部署脚本改过后它还是旧的 → 拿旧断言量新代码、报出已经修好的失败。
改成每次从 `familybook_deploy.sh` **现抽**那段再跑。
另外：`_fb_geom_mobile.py` 的家谱选择器/尺寸断言随结构从旧库改为 v17
（.kin-card / svg.kin-lines / path.kin-link / 118:92），窄屏几何 520 项全过。
|
2026-10-02 12:48:33 +08:00 |
|
|
laoyang
|
80f5c4f0fc
|
v15: 家谱重写 —— 以我为中心检索全体亲属 + 自己排版画线
用户 2026-10-02 的反馈（原话）：
「显示不齐全，应该显示本人的上一代，这一代，和下一代的所有人…以本人为中心去搜索，
只要有关系的，都检索出来进行展示」
「夫妻之间有一条横线…这对夫妻下面所有的子女，都应该从夫妻之间的这个横线出来，
而不是从这对夫妻的其中一个出来，这样可能会出现一个 bug，就是如果从一个出来，
例如从父亲出来，母亲登录进去竟然看不到自己的孩子」
「数据仍然不全，差很多」
根因（实测，不是猜）：第三方库 family-chart **只画了 20 人里的 9 人**。
_tooling/_fb_kin_cover_probe.py 的硬数据：
画出的：祖父/祖母/父亲/母亲/我/妻子/哥哥/儿子/女儿（9）
没画的：伯父、伯母、岳父、岳母、嫂子、堂兄、堂嫂、舅子、侄子、堂侄、外甥（11）
库的算法只画「树根的祖先链 + 后代 + 树根的兄弟姐妹 + 各人配偶」，
**横向亲戚（伯父那一支）与姻亲旁支（妻子的兄弟）永远进不来** ——
换树根也救不了（换到最高祖先，"妻子的兄弟"照样不在树里）。
「母亲看不到孩子」还有第二层原因：孩子只登记了父亲时，母亲那一侧根本没有边。
改法（不再依赖库的树算法）：
· app/Kinship::familyMap() —— 以「我」为中心的两轮贯穿检索，带 seen 防环：
父母（-1 代）/ 子女（+1 代）/ 配偶（同代）/ 每一层的配偶
/ 配偶的父母与子女（姻亲旁支由此进来）/ 兄弟姐妹的子女（侄甥）
→ 上一代、这一代、下一代的**所有有关系的人**都在名单里。
· app/Kinship::householdChildren() —— 子女按**父母所在的户**归堆，
而不是按"某个人的 children"。于是孩子只登记了一位父母时，
照样挂到这对夫妻的户上（语义：这孩子是我们俩的）。
· templates/kin/tree.php —— 自己排版：每代一行、按「户」水平排开；
夫妻两张卡之间画短横线；子女一律从**这条横线的中点**垂下来
（x = (左卡中心 + 右卡中心) / 2，与"谁登录"无关）。
· 拖拽/缩放保留（用户明确要），改用原生 d3.zoom；不再引 family-chart。
验证（只跑这一个模块，按用户要求）：
· _tooling/_fb_kin_v15.py —— 22 项全过：
✔ 20/20 全员画出（== 从「我」出发可达的人数）
✔ 7 对夫妻都有横线；7 个有子女的户**下垂线全部落在横线中点**
✔ 用户点名的场景一：删掉「母亲→儿子」这条边（模拟只登记父亲）后，
下垂线**仍然**从夫妻横线中点出来，孩子仍在图上
✔ 用户点名的场景二：给母亲开账号、**用她的手机号登录**，
家谱里能看到自己的孩子，且与父亲视角画的是同一批人
✔ 截图存档（全图 / 母亲视角 / 窄屏）
· _tooling/_fb_kin_v15_falsify.py —— 反向验证 2/2 抓住：
注入「从其中一张卡出来」→「从横线中点出来」变红
注入「只走直系血亲」→「每个人都被画出来」变红
· e2e 550 条全过（家谱段改到 v15 的判据上）
顺带修的既有问题：
· app/Kinship.php 老库升级回填按实际存在的列动态拼（缺列不再 1054 炸断升级）
· _fb_e2e.py 家谱断言改到 kin_v15_nodes（旧解析器在新页面上只会解析出空）
|
2026-10-02 10:26:14 +08:00 |
|
|
laoyang
|
71a7ec35a0
|
v14: 观影/家谱/日程/旅程/资源/任务六模块统一，首页改 dashboard
用户 14 条需求一次交付（1-13 功能 + 14 工作方式）。
观影（1-4）
- 返回文案全模块统一为「返回观影」（不再有「返回列表」「返回观影记录」三种叫法）
- 观影人一律用彩色人物标签 person_chip：底色由头像主色算出来（上传时存库），
瀑布流卡片也按人显示；五处观影模板全部改用它
- 人员显示统一走 person_name()（shown → 我给他起的称呼 → 姓名）
- 影院管理页与年度报告页的上下两块用 .card + .card 统一给间距（原来紧贴成一整块）
家谱（5）
- 树根从「我」换成**辈分最高的祖先**：库画的是"树根的祖先链+后代+树根的兄弟姐妹"，
根=我 时伯父/堂兄/嫂子/侄子一个都不画（12 人夹具只画出 8 人）
- focusMap 按**代数**圈定三代（不再按步数），normalizeLinks 把子女对称挂到父母双方
—— 修掉"母亲登录看不到孩子"
- 新增「看全部 / 回到我」两个按钮，放在画布外（画布整块被库接管了手势）
统一事件原语（6-9）
- 旅程：TripLog 全量迁入（3 趟旅程 / 21 段行程 / 72 张照片 / 5 个人）。
复用 events(kind='trip') + trip_details + trip_nodes（计划/执行双轨保留）
- 日程：每人可建日历本（自定义色）+ 共享只读/可写；观影与旅行是每人默认两本，
内容是**从各模块实时派生**的（不复制，所以改了观影日期日历立刻跟着变）；
没有具体时分 = 全天；月视图参照群晖 Calendar
- 资源：挂在某人名下的附属信息（标题+正文+多附件），可共享给多人并设只读/读写，
默认折叠、可搜标题与正文
- 任务：看板三列 + 两级子任务 + 评论@人 + 共享 + 循环（完成时按原截止日推下一期）
- 统一附件表：四个模块的附件共用一张，下载地址不落库、一律由 media.php 现算
模块化（10-11）
- App\Module 是模块的唯一来源（加一行 = 导航条/主题色/个人设置三处自动出现）
- 个人设置里可勾选要显示哪些模块、拖动排序（关掉的模块**不会**被兜底补回来）
- 每个模块一套主题色（家庭级），只覆盖 --brand 三兄弟，不碰纸墨底色
其他（12-13）
- 新增成员表单可选所属分组（编辑表单没有：分组是"我和他的关系"，只归我自己）
- 首页改 dashboard：接下来的日子 / 未来七天 / 手头在做 / 往年今日。
家人卡片从首页撤走（看人去名册）
验证（全部通过）
- e2e 542 条（新增 4 模块端到端 60+ 条）
- 桌面几何 368 / 移动端几何 520 / 家谱 12 / 交互 97 / 老库升级 123
- SQL 列名静态校验 0 处可疑（对着真实表结构）
- 反向验证 18 条新注入全部抓住
顺带修掉的既有问题
- 老库升级回填 SQL 按实际存在的列动态拼（缺列不再 1054 炸断升级）
- 全新安装时 Schema::ensure 跑在"人还没建"之前 → 补建日历本三处齐备
- 窄屏导航横向溢出（模块从 4 个加到 8 个后顶栏撑破视口）
|
2026-10-02 09:28:07 +08:00 |
|
|
laoyang
|
7f00d3e553
|
feat(kin,movies): 家谱改用第三方库 family-chart；观影设置按钮改纯图标并统一页头度量
家谱（v13）：
- 自研布局是死结，不是样式问题：连线的横杆是网格项，只能横跨「父母列→子女列」
整段区间，中间夹着与血缘无关的人（如媳妇那侧的岳父母）时必然从卡片上穿过。
换成 family-chart（D3 生态，MIT）后，排布只走本家血脉 + 配偶，姻亲不进画布，
这个死结在构造上就不存在了。
- 接入踩到并修掉的坑：main_id = data[0].id（「我」必须排最前）；
卡片回调里自定义字段在 d.data.data（双层）；库的 family-chart.css 是死文件
（全挂在 .f3 作用域，运行时没有 .f3 元素）；库的 svg 撑满选择器永不命中
（必须自己补 .kin-chart svg.main_svg）；setCanAdd/setOnCardClick 不在 chart 上
（写错会抛异常，把 updateTree 一起带走 → 整张图空白，页面照样 200）。
- 关掉 setSingleParentEmptyCard：库默认给孩子只登记一位父母的人自动补一张无名
配偶卡，看着像「凭空多出一个配偶」。
- 卡片用原生 <a> 链成员页，不依赖库的点击回调。
观影按钮（用户本轮原话）：
- 「记一场电影」与「设置」高度仍不一致 —— 根因是文字按钮高度由 padding+line-height
自然推出（43.8px），而 .btn-icon 写死了 40px。抽出 --act-* / --act-h 变量，两边同源。
- 设置按钮去掉「设置」二字，只留图标，图标换成三条横线（☰）。
- 设置按钮在所有页面排最右（.movie-set 用 margin-left:auto 顶到行尾）。
- 除设置外其他按钮都有颜色，与设置区分（主按钮实心 / 次要浅底 / 危险淡红）。
顺带修掉一个特异性 bug：删除按钮被 .btn 品牌底盖成实心红，与「编辑」难分辨。
- 设置下拉四个条目文字前都加图标（行内 SVG，不引外部字体）。
测试与部署：
- 新增 _fb_kin_check.py（桌面，12 条）+ _fb_kin_falsify.py（6/6）证明
「整张家谱空白」这类只靠通用几何抓不到的坏法能被抓住。
- _fb_geom_mobile.py 家谱段重写为窄屏语义（库按容器 fit 缩放是正常行为，
改为断「比例没被压扁 / 缩放不至于看不清」），并加 _fb_kin_mobile_falsify.py（4/4）。
- _fb_btn_check.py（59 条）+ _fb_btn_falsify.py（3/3）覆盖观影页头按钮五条需求。
- familybook_deploy.sh / familybook_smoke.sh 的家谱断言改为第三方库形态，
设置按钮断言改为 btn-icon 纯图标 + 三条横线 + 条目图标。
- 新增 .gitattributes：vendor 库与 .min.js 标 -text，原样入库不被改写行尾。
|
2026-10-01 19:35:48 +08:00 |
|
|
laoyang
|
4060c18f86
|
fix(kin,movies): 家谱连线重构为单一网格 + 观影设置统一页头
需求三点：
1. 观影模块「⚙ 设置」与「记一场电影」按钮高度不一致 → 统一页头动作区
四个选择器的 padding/font-size（.btn 与 .btn-sm 混用是根因）；并把设置
下拉推广到观影全部页面（详情/影院/搜索/统计/报告/表单），落在返回按钮旁。
2. 家谱连线「线乱」→ 根因三条：每代各建一个网格（列宽最小值由内容决定，
各代不一致，窄屏实测 93.5px vs 164/78/78/78px）；落点用百分比算而 grid
间距不参与百分比；连线行与卡片行不是同一套列。
改法：整棵树只留一个网格，辈分行/卡片行/连线行全是它的行，连线元素本身
也是网格项（靠 justify-self 落位）；列宽固定为一卡之宽（不用 minmax/1fr，
否则宽屏卡片中心 ≠ 列中心）。
3. 亲属关系接口改白名单（parent/child/spouse）——原先未知 kind 被静默记成
配偶，夹具传 kind=sibling 让家谱断言长期拿错数据自证。
设置下拉抽成可复用片段 _settings_menu.php（$setCurrent 高亮当前页、
$setCanWrite 控「影院管理」显隐），六七个页头不再各抄一份。
验证：e2e 456/0、桌面几何 268/0、移动端几何 504/0、交互 97/0、
家谱连线诊断 0 失败、静态空跑 exit=0、静态断言证伪 13/13、
反向验证 68/68 全抓住。
|
2026-10-01 17:42:15 +08:00 |
|
|
laoyang
|
e9b3b8666b
|
v11: 家谱按户排布（夫妻并排/长幼排序/父母括号/姻亲）；观影设置下拉收拢影院·搜索·统计·年度报告；观影人头像
家谱（用户第 2 点，重写模板与 Kinship::tree）：
- 同代聚成「夫妻单元」（户）：血亲当主位、配偶并排在其右，兄弟_姐妹按长幼（长子左）
- 血亲可达性判「姻亲」：只走 parent/child 边从「我」可达者为本家血亲，妻子的父母
走不到 → 标「姻亲」并排到本代末尾（旧判据「上无父母且下无子女」对岳父母恒为假，是真 bug）
- 父母括号连线：横杆盖住父母列到其子女各列，竖线落父母列中心、每子女列一道下线
- 称呼按长幼定死：姐夫/妹夫、嫂子/弟媳、大/小舅子、大/小姨子、大伯子/小叔子、
大姑子/小姑子、侄子/侄女、外甥/外甥女、堂/表
- 列宽地板 minmax(min-content,1fr)：原 minmax(0,1fr) 在窄屏+户数多时把列压到卡片
（96px）以下 → 同代卡片互相重叠；.tnode 加 flex:0 0 auto 防被 flex 压扁
观影（用户第 3~5 点）：
- 顶栏删「影院」入口（影院是观影模块的子功能）；观影列表右侧加「⚙ 设置」下拉，
内含 影院管理 / 高级搜索 / 统计 / 年度报告（后三者从 MovieLog 迁入，
app/MovieStats.php + 三个只读路由，MySQL 方言；图表全用纯 CSS，不引 CDN）
- 评价区删除「我」的长条徽标（被 flex column stretch 拉成整行宽的丑色带）
- 观影人弹窗列表与已选 chips 带头像；syncChips 点名取 .att-name/.att-av
（旧写法取「第一个 span」，v11 起那是隐藏占位，chip 上会没名字）
验证：e2e 432/0、桌面几何 268/0、移动几何 464/0、交互几何 97/0、
静态空跑 199/0、反向验证 v11 十条 10抓/0漏。本轮无 DB 变更（Schema 仍 v10）。
移动几何抓出两个真溢出并已修：高级搜索页 select 长选项撑破 .field、
原生 date 输入撑破 .date-range（360/375px）。
|
2026-10-01 12:11:43 +08:00 |
|
|
laoyang
|
ff353b1eee
|
v8：观影落地（MovieLog 整体迁入统一事件原语）+ 三处 UI 撤除
- Schema v8：events / movie_details / event_attendees / event_photos 四张表，
uk_event_source(family_id, source_ref) 作迁移幂等锚
- Movie 模型：时间线/详情/增删改、同行人整组替换、照片逐张管理、感受英→中映射
- ImageSlot 新增 poster(2:3) / ticket(free) / photo(free) 三槽位；
free 槽位不裁剪、整图等比缩进框（只缩不放大）
- OssDriver::copyObject：同桶 CopyObject（手写 V1 签名，x-oss-* 头按字典序进签名串）
- 路由：movies 时间线/详情/新增/编辑/删除/补照片/删照片；同行人按家庭过滤；
访客只读（requireWrite）
- UI 撤除：首页「我的一句话」、家谱页「补充我的亲属关系 / 看整个名册」两个按钮；
顶栏加「观影」入口
- 修潜伏 bug：ImageSlot::parseRatio 的正则用 / 作分隔符，字符类里的 / 把模式
提前截断（Unknown modifier ']'）—— ratio() 只在上传 POST 里被调到，一直没被观察到
- 线上数据迁移（临时 token 门禁页，用完即删）：MovieLog 219 条观影 → events，
14 位观影人新增进名册（带 MovieLog 头像），431 个 OSS 对象同桶拷贝
（movielog/uploads/<dir>/x → family/<dir>/x），review/feelings/影院三段/照片全量搬
|
2026-09-30 20:22:46 +08:00 |
|
|
laoyang
|
ed38a40c08
|
名册每人一份 · 分组两层 · 拖动排序 · 表单合一 · 裁剪可缩放
按用户十点反馈逐条落地（v5，Schema::VERSION = 5）：
- 名册改成每人一份：新表 person_roster(owner_id, person_id, group_id,
sort_order, source)。默认只看「我添加的 + 别人分享给我的」；
source='seeded' 是升级时从老 persons.group_id 播进来的（先播数据再删列）。
- 排序不再手填：名册页直接拖动卡片（整版提交，一次 applyLayout 落库），
无 JS 时卡片上的「调整分组」表单照旧可用。
- 分组分两层：管理员在「系统设置」维护公共分组（owner_id=0），
用户在「个人设置」加自己的分组；显示顺序各人各定、互不影响。
- 名册可共享：把名片分享给别的用户（people/share）；添加成员时若系统里
已有这个人，可直接复用（people/pick），不必重复录入。
- 「编辑成员」与「改我自己的资料」合并为同一张表（templates/people/form.php），
两个入口 href 完全相同，h1 按改谁切换文案；个人设置页只留
资料入口 + 称呼 + 我的分组三块，删除 templates/settings/_profile.php。
- 系统设置收进头像下拉，顶栏只剩 首页/家谱/名册。
- 裁剪器加缩放（滑块 1-4x、Ctrl+滚轮、还原）：缩放只改视图大小，
落库的归一化矩形保持不变。
- 权限：管理员可以改任何人的权限（含自己），只拦「最后一位管理员」被降级。
- 去掉首页「我的一句话」后的链接、家谱说明段、以及「还没归到任何分组」提示。
迁移安全：数据回填（PersonRoster::seedFromPersons）先于删列执行、且不进
tryStep 容错；失败步骤记入 settings.schema_upgrade_warning 并在系统设置页提示。
线上已验证：schema_upgrade_warning 为空，person_roster/person_groups.owner_id
就位，persons.group_id / sort_order 已删。
验证：php -l 48 文件；本地 e2e 277/0、老库升级 81/0、桌面几何 108/0、
移动端几何 180/0、交互 96/0；反向验证 38 条注入 + 2 条缩放注入全部命中；
部署静态断言 53/0，站点自检 7/7（--resolve 锁本机走 443，探针真的进 PHP）。
|
2026-09-30 13:24:26 +08:00 |
|
|
laoyang
|
1669ab48d0
|
五项家庭化改造：以个人为中心 · 家谱 · 三种角色 · 附件存储可配置 · 独立页样式
1. 独立页（登录/安装/错误）套上 HTML 骨架 —— 修「首页为什么没有样式」：
新增 templates/layout-bare.php，View::render 对独立页也走完整 <head> + CSS。
2. 以个人为中心：Kinship::label() 现算称呼、Auth::homeTitle() 出「X的家书」；
同一批人在不同登录者眼里自动变成公公婆婆 / 岳父岳母（不存一次性称谓）。
3. 附件存储可配置：Storage 门面（local / 阿里云 OSS），库里只存相对键，
云端失败自动回退本地；设置页可选驱动并填 OSS 参数（照 MovieLog 的方案）。
4. 三种角色：admin / member / guest，访客只读、写操作一律 403；
accounts.role 枚举扩容，老库靠 Schema::ensure() 自动升级。
5. 家谱：只存相邻两代的边（parent / spouse），其余称呼全部推导 ——
兄弟姐妹不存边（共同父母 + birth_rank 排行推长子/次女、哥哥/妹妹），
认不清的人用虚拟人物 is_placeholder 占位，关系天然双向。
顺带修掉本地 e2e 挖出的 8 个线上级 bug（性别写死、长幼方向反、关系方向静默写反、
birth_rank 不从表单取回、隐式可空参数致响应头失效、无文件字段被误判为上传失败、
layout 变量撞车覆盖 $me、世代 0 显示成「下 0 代」）。
验证：kinship 单测 37/0 · HTTP e2e 81/0 · 老库升级专测 14/0 ·
反向验证 11/11（把每个修复改回旧写法，对应断言都会变红）。
|
2026-09-30 08:13:07 +08:00 |
|