v24 第 8 条：凡「选人」都走同一套弹窗 + 拼音首字母（补上唯一漏做的一条）

用户原话：「名册详情页面，添加关系那里，选择一个人，应该也是和观影人一样，
点击弹窗，用拼音首字母选择，否则人多的时候，这个选择起来太麻烦了。」

- 成员详情页：①「添加关系 → 对方」 ②「分享他的名片给…」→ 全局选人组件（单选）
- 任务：③ 列表页「共享给（多选）」 ④ 列表页「负责人」 ⑤ 详情页「负责人」
  （共享候选人先把自己过滤掉 —— 共享给自己是空操作）
- 纪念日：「与谁相关」→ 单选，且保留原下拉第一项「不指定」（ppAllowEmpty）
- 「对方」是必填，但组件里是原生 radio（HTML 没有"必选一个 radio"的可靠约束）
  → 页面补一道 submit 拦截，否则用户点了按钮会静默无反应

顺带修一个用户没提、我自己抓到的真 bug：
_person_picker.php 原用**文件顶层**的 `static $ppSeq` 做 id 计数 —— PHP 里被
include 的文件，顶层 static 初值**每次 include 都重新绑定**（与函数体内的
static 不同）→ 同一页 include 两次都拿 pp1 → DOM id 撞车（getElementById /
<label for> 全抓到第一个）。实测 include 三次得到 pp1,pp1,pp1。改用
$GLOBALS['ppSeq']。这个坑只有同一页出现两个组件时才暴露，且资源页第二个组件
只有真有资源时才渲染 —— 所以写成**单元级**探针（同一请求 include 两次）。

另修一个构建层隐患（本轮部署时踩到，白查了一轮）：
本机 core.autocrlf=true，一次 git stash 往返就把 6 个文件全改成 CRLF；而部署
打包取的是工作树 → 包里带 CRLF 上去 → 部署脚本里 grep -qxF '<整行 CSS 选择器>'
的校验在 Linux 上一条都匹配不到（报错却指向"CSS 少了某条规则"，极易误诊）。
→ .gitattributes 加 `* text=auto eol=lf`（必须排在 -text 那几条之前），
  并在打包前加一道行尾体检 _fb_eol_check.py（失败时点名文件）。

验证：反向验证对着 git stash 出来的真·改动前状态跑 → 11 通过 / 17 失败；
新增 _fb_picker_unify.py 28/0；e2e 785/0；几何 428/0；移动端 688/0；交互 97/0；
升级 126/0；家谱 34/0；专项 91/0；导入 21/0；豆瓣 22/0；行尾体检 + 两道新静态
门禁均实测可失败。线上 6 文件 md5 一致、CR=0。

assets/css/app.css

@@ -1007,6 +1007,10 @@ textarea.input { min-height: 76px; resize: vertical; }
 .share-wrap > summary { list-style: none; cursor: pointer; display: inline-block; }
 .share-wrap > summary::-webkit-details-marker { display: none; }
 .share-wrap .inline-form { margin-top: 10px; }
+/* 分享改用弹窗选人组件后，里面的 chips + 按钮要能在这个窄条里排开；
+   组件默认按"整页宽"设计（.pp-chips 自带 flex-wrap），这里给它一个合理上限，
+   免得点开"分享他的名片给…"时弹窗按钮被挤成半行。 */
+.share-wrap .share-to { flex: 1 1 220px; min-width: 0; }
 
 /* ---------------- 「从家里已有的人里挑」 ---------------- */
 .pick-list { list-style: none; margin: 0 0 4px; padding: 0; display: grid; gap: 8px; }