laoyang/FamilyBook
1
0
Fork 0
Code Issues 29 Pull Requests Actions Packages Projects Releases Wiki Activity

v49：条目浮层的「详情/编辑/删除」按**来源**分形态（三颗靠右 + 就地展开/编辑 + AJAX 删除）

Browse Source 
用户 2026-10-14 第 2 条。用户原话：
  「下面三个按钮，都放在下面的右侧…分别是详情、编辑和删除。详细用蓝色，编辑用黄色，删除用红色。
    点击详细的时候，**如果这是一个日程**（正常日程里的事件、不是来自观影/旅程等模块）
    → 就**在当前页面让模态框变大**、显示更多信息。
    点击编辑，也是**在当前的界面**弹出编辑日程的框，就地编辑；编辑完之后下面两个按钮：取消和保存。
    点击删除，就直接把这个日程给删除。
    如果当前这个日程**来自其他模块**（观影 / 旅程 / 其它）→ 点击详情就**进入那些模块**展示它。
    **这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
拍板：① 应用范围 = 首页日程 + 日程页条目（首页近期任务保持 v43 现状）；
      ② 重复日程删除 → 弹三档范围（这一次 / 这一次及以后 / 全部）。

实现（7 个文件）：
 · app/helpers.php  fb_entry_json() 扩契约：source('event'/'derived') / ref / del / info /
   repeat / occ。判据 `kind==='custom' && ref_id>0`（**不是**"有没有 edit"）。
 · app/Calendar.php  month() 给自定义条目带 _can_write（供 del 判定）。
 · templates/_entry_popup.php  底栏重构成「右侧按钮组 + 7 颗」：详情态三颗、
   编辑态两颗（取消/保存）、删除范围态两颗（取消/确认删除）；另加一颗
   **遮罩层里的 CSRF**（正文会被整块换掉，放正文会丢）。
 · assets/js/entry_popup.js  四态状态机（detail/info/edit/delscope），按 source 决定显哪几颗。
 · assets/css/app.css  .fb-entry-acts（margin-left:auto 靠右）+ fb-a-detail/edit/del 三色
   + .is-wide（620→860px）。⚠️ 全是**作用域类**，不动全局 .btn-edit/.btn-danger 的语义。
 · index.php  新增 calendar/event?embed=detail（只吐只读详情块）；
   calendar/event_del **认 X-Requested-With 回 JSON**（$done() 收口，失败也回原因）。
 · templates/calendar/event.php  支持 $evDetail（只吐 kv 只读块，与可写与否无关）。

本轮修掉两个真 bug（都是"藏不掉"）：
 ① `.btn{display:inline-flex}` 是作者样式，**盖过 [hidden] 的浏览器默认**
    ⇒ 底栏四态切换时前面的按钮收不起来、全挤在一条上（派生条目本该只有「详情」，
      实测三颗都露着）。⇒ 显式写 `.fb-entry-acts .btn[hidden]{display:none!important}`。
      本项目文件前部已有同款注释（.pick-row[hidden] 等），属第 N 次同类。
 ② `footShow('detail')` 把三颗无条件点亮，**盖掉** paintDetail 按来源设的 hidden。
    ⇒ detail 组只列「详情」，且 paintDetail 里**先 footShow 再设 edit/del**（顺序写进注释）。

验证（新增 2 个套件）：
 · _fb_v49_entry.py（33 条真机断言：三颗靠右/配色/派生只有详情/详情就地变宽/编辑就地/
   删除落库/日程页入口/重复弹范围）
 · _b49_falsify.py（**10 注入 / 21 断言全抓**）
 · 更新 _fb_b43_ui.py 旧断言（「详细信息」→「详情」；自定义日程的详情语义从"跳页"改"就地展开"）
 · familybook_deploy.sh 加 v49 静态断言段
 · 全量 e2e / vCard / 几何 / 各批反向验证全绿；部署脚本 0 FAIL（含"第49批形态"）；
   线上 7 个文件 md5 与本地逐字节一致；线上门禁诊断 13 项全 YES，临时页已删并复验 404

⚠️ 反向验证抓到一条**假绿**（值得记下来）：注入「给派生条目也塞 del」时探针**没变红** ——
   因为按钮显隐是 `source` **且** `del` 的多条件"与"，只塞 del 在界面上显不出来。
   ⇒ 补一条**数据层**断言（直接读 data-fb-entry 的 del 必须为空），两层判据都在。

⚠️ 末段唯一"失败"是沙箱的安全删除门禁（SAFE_DELETE_BULK_CONFIRM_REQUIRED，按轮次累计、
   本轮流水线删超 50 个文件）：单独重跑 _fb_v46_carddav.py 是 **29/0**，与环境有关，与本次改动无关。
This commit is contained in:
laoyang
2026-10-14 19:05:13 +08:00
parent 6ee5662854
commit 1bf56b114b
7 changed files with 437 additions and 105 deletions
Download Patch File Download Diff File Expand all files Collapse all files
app/Calendar.php
+7
View File
@@ -935,6 +935,11 @@ final class Calendar
foreach ($rows as $e) {
$c = $calById[(int)$e['calendar_id']] ?? null;
/* 🔴 v49（用户 2026-10-14 第 2 条）：条目详情浮层要按来源给按钮 ——
自定义日程给「详情/编辑/删除」，别的模块派生的只给「详情」。
「删除」还要求**我在这本日历上可写** ⇒ 这里就把结论算好带出去
（`fb_entry_json()` 读 `_can_write`）。模板里再逐条判一次会重复三处。 */
$canW = $c !== null && self::canWrite($c, $personId);
$sd = substr((string)$e['starts_at'], 0, 10);
$ed = substr((string)($e['ends_at'] ?: $e['starts_at']), 0, 10);
$tm = substr((string)$e['starts_at'], 11, 5);
@@ -974,6 +979,8 @@ final class Calendar
// 带上这一天的日期，重复日程点进去才能定位到"改哪一次"
'occ' => $day,
'repeat' => $rr,
// v49：这一条我能不能改/删（浮层据此决定显不显「编辑/删除」）
'_can_write' => $canW,
'href' => url('calendar/event', ['id' => (int)$e['id'], 'd' => $day]),
];
$first = false;
app/helpers.php
+31
View File
@@ -363,6 +363,9 @@ function days_until_birthday(?string $birthday): ?int
* `edit` 「编辑」取哪份编辑表单片段（`?embed=1` 的那些路由）
* `rows` 浮层正文那几行「标签：值」
*
* 🔴 v49（用户 2026-10-14 第 2 条）再补三样，见下方 `$payload` 上方的说明：
* `source` / `del` / `info`（+ `repeat` / `occ`）—— 让浮层能按来源分形态。
*
* ⚠️ 模板里只调这一个函数，不要在各模板里各拼一份 JSON ——
* "三个入口三套写法"必然有一天漏改一个（用户第 6 条点名了三处入口）。
* ⚠️ 返回**已经 json_encode 好的字符串**，直接写进 `data-fb-entry='…'`；
@@ -407,11 +410,39 @@ function fb_entry_json(array $ev, string $detail = '', string $edit = '', array
}
}
/* 🔴 v49（用户 2026-10-14 第 2 条）——按来源分两种形态。
用户原话：「点击详细的时候，如果这是一个日程，就是正常的日程里面的一个事件，
不是来自于其他的模块…那么就应该直接在当前的页面，让这个模态框变大，
显示出来更多的信息。…如果当前显示的这个日程是来自于其他的模块，比如观影、
旅程…点击详情的时候就进入到这些模块展示它…这种情况下，下面就没有编辑了，
也没有删除，就只有一个详情。」
⇒ 多带四个字段：
`source` 'event'（自定义日程）/ 'derived'（观影·旅程·任务·纪念日·农历·节假日）
`del` 删除用的 POST 地址（**只有 source='event' 且可写**时才给）
`info` 详情片段地址（`calendar/event?embed=detail&id=…`；source='event' 才有）
`repeat` / `occ` 重复日程的删除范围要用（"这一次 / 以后 / 全部"靠它定位）
⚠️ 判据是 `kind === 'custom'`（**不是**"有没有 edit"）：只有 custom 是
calendar_events 里真属于某本日历的自定义日程；其余全是**从别的模块派生**的，
不该在这里改/删（用户明确要求）。
⚠️ `del`/`edit` 为空 ⇒ 浮层自动不显那两颗按钮
⇒ "只读日历里的自定义日程"天然变成"只有详情"，前端不用再判一次。 */
$evKind = (string)($ev['kind'] ?? 'custom');
$evRef = (int)($ev['ref_id'] ?? 0);
$evOwn = ($evKind === 'custom' && $evRef > 0);
$evW = !empty($ev['_can_write']); // 由调用方按日历权限给出（见模板）
$payload = [
'title' => trim((string)($ev['title'] ?? '')),
'rows' => $rows,
'detail' => $detail,
'edit' => $edit,
// 新增（v49）
'source' => $evOwn ? 'event' : 'derived',
'ref' => $evOwn ? $evRef : 0, // 日程 id（前端删/改要按它定位，别从 URL 里抠）
'del' => ($evOwn && $evW) ? url('calendar/event_del') : '',
'info' => $evOwn ? url('calendar/event', ['id' => $evRef, 'embed' => 'detail']) : '',
'repeat' => (string)($ev['repeat'] ?? '') !== '',
'occ' => (string)($ev['occ'] ?? ''),
];
return json_encode($payload, JSON_UNESCAPED_UNICODE | JSON_HEX_APOS | JSON_HEX_QUOT);
}
assets/css/app.css
+40 -1
View File
@@ -5765,10 +5765,49 @@ h5.md-h, h6.md-h { font-size: 14px; }
}
.fb-entry-modal[hidden] { display: none; }
.fb-entry-panel { width: min(620px, 100%); max-height: calc(100vh - 64px); }
/* 🔴 v49（用户 2026-10-14 第 2 条）：「点击详情…让模态框**变大**，显示更多信息」。
加宽到 860px（620 的 1.39 倍）—— 详情里可能有多行"标签：值"与附件清单，
宽一点才不至于每行都折行。窄屏仍占满。 */
.fb-entry-panel.is-wide { width: min(860px, 100%); }
/* 底栏右侧的按钮组（用户：「三个按钮，都放在下面的右侧」）。
`margin-left:auto` 把整组推到右边；左端那句提示（.cal-modal-tip）留在原地。
⚠️ 不用 `.cal-modal-foot .btn[type=submit]{margin-left:auto}` 那条（它只管提交键）。
⚠️ 组内允许换行：窄屏三颗按钮挤不下时要能折到第二行，而不是撑破底栏。 */
.fb-entry-acts {
margin-left: auto;
display: flex; align-items: center; gap: 8px; flex-wrap: wrap; justify-content: flex-end;
}
/* 🔴🔴 v49：**必须显式声明 `[hidden]`**（与文件前部那条"凡靠 [hidden] 隐藏的都再写一次"
同一条规律）。原因：`.btn { display: inline-flex }` 是**作者样式**，
特异性与优先级都高于 `[hidden]` 的**浏览器默认** `display:none`
⇒ `hidden` 属性对 `.btn` **完全无效**。
症状：底栏四态切换时，前面那些按钮"藏不掉"、全都挤在一条上
（本轮实测：派生条目本该只有「详情」，却三颗都露着）。
⚠️ 用 `!important` 与文件前部 `.pick-row[hidden]` 那组的写法保持一致 ——
底栏是"四态互斥"的强语义，宁可压过一切。 */
.fb-entry-acts .btn[hidden] { display: none !important; }
/* 三颗的配色（用户：「详细用蓝色，编辑用黄色，删除用红色」）。
⚠️ **作用域类**（fb-a-*），不去改全局 `.btn-edit` / `.btn-danger` 的语义 ——
本项目踩过"裸类改色波及别页"的坑（v41 把影院管理页的蓝色编辑改成了黄，见上面那段）。
⚠️ 三处形态都写（裸类 / a. / button.）：`.btn`、`a.btn`、`button.btn` 的特异性不同，
漏一种就有一种是错的（这条规律 v40 已验过）。 */
.fb-a-detail, a.fb-a-detail, button.fb-a-detail {
background: var(--blue); color: #fff; border-color: transparent;
}
.fb-a-edit, a.fb-a-edit, button.fb-a-edit {
background: var(--yellow); color: #fff; border-color: transparent;
}
.fb-a-del, a.fb-a-del, button.fb-a-del {
background: var(--red); color: #fff; border-color: transparent;
}
.fb-a-detail:hover, .fb-a-edit:hover, .fb-a-del:hover { filter: brightness(.92); }
/* 编辑态下正文里就是一张完整表单（内边距由它自己那份 CSS 给）——
这里只保证它不双份留白。 */
.fb-entry-panel .cal-modal-body > .mv-form-inner,
.fb-entry-panel .cal-modal-body > .nf-wrap { padding: 0; }
/* 详情展开块：`?embed=detail` 吐的只读 dl（带 .ev-detail-block）。
它自己那份 `.card-pad` 内边距在浮层里是多余的（面板已有 padding）。 */
.fb-entry-panel .ev-detail-block { padding: 0; }
@media (max-width: 640px) {
.fb-entry-panel { width: 100%; }
.fb-entry-panel, .fb-entry-panel.is-wide { width: 100%; }
}
assets/js/entry_popup.js
+251 -63
View File
@@ -1,35 +1,47 @@
/* ============================================================================
🔴 v43（用户 2026-10-11 第 6 条）—— 条目详情浮层
条目详情浮层 —— 底栏按「来源」分形态
----------------------------------------------------------------------------
用户原话：
「首页上的日程、首页上的近期任务，以及日程里面的日程，点击它们的时候，
都会弹出一个框显示更详细的信息。上面有不同的功能按钮，比如说详细信息，
在日程里面，如果是观影啊、旅程啊，点击详细信息就会进入到观影或者旅程的
那个相关的页面。如果是日程的话，点击详细信息就进到日程的详细页面。
当然还可以直接点击编辑，点击编辑不同的来源就进入不同的编辑页面，
就在当前的页面弹窗，把之前的窗给去掉，然后弹出编辑的那个框来就可以了。」
起源 v43（用户 2026-10-11 第 6 条）：首页日程 / 首页任务 / 日程页条目点开弹浮层。
⇒ 一个浮层 + 事件委托，服务全站三种入口：
· 首页「今天的日程」（`.ag-ev` / `.ag-allday-item`）
· 首页「近期任务」（`.tk-row` 的标题）
· 日程页月/周/日视图的条目（`.cal-ev` / `.tg-block`）
🔴🔴 v49（用户 2026-10-14）——**用户原话**：
「在首页上点击某一个日程…下面三个按钮，都放在下面的右侧…三个按钮分别是详情、编辑和删除。
详细用蓝色，编辑用黄色，删除用红色。
当点击详细的时候，**如果这是一个日程**（正常的日程里的事件、不是来自观影/旅程等其他模块）
→ 就**在当前页面让模态框变大**、显示更多信息。
当点击编辑的时候，也是**在当前的界面**弹出编辑日程的框，就地编辑；
编辑完之后下面有两个按钮：**取消和保存**。
当点击删除的时候，就直接把这个日程给删除。
如果当前这个日程**来自其他模块**（观影 / 旅程 / 其它）→ 点击详情就**进入那些模块**展示它
（观影→那一天的观影详情页；旅程→那个行程所在的旅程页）。
**这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
⇒ 底栏四态（都在同一排、**一律靠右**）：
① detail（默认）：`详情`(蓝) + `编辑`(黄) + `删除`(红)
· 只有 source='event'（自定义日程）才给「编辑」「删除」；
其余来源（观影/旅程/任务/纪念日/农历/节假日）**只给「详情」**。
· 「删除」还要 `del` 非空（= 我在这本日历上可写）。
② info（点「详情」，仅 source='event'）：面板加宽、正文换成服务端只读详情。
底栏回到 detail（还能继续编辑/删除）。
③ edit（点「编辑」）：正文换成编辑表单；底栏 = `取消` + `保存`。
④ delscope（点「删除」且是**重复日程**）：正文问"删哪些"；底栏 = `取消` + `确认删除`。
不重复的日程直接删除（不需范围）。
设计取舍（每条都对应一个踩过的坑）：
① **事件委托挂 document**：列表会被 AJAX 换掉（新建日程后就地插入、
首页任务勾选后重画），一次性绑定永久有效（v40 的教训）。
② **点条目 = 弹浮层，不跳页**：拦掉 `<a href>` 的默认行为。
⚠️ 必须按 `[data-fb-entry]` 精确匹配 —— 不能笼统拦 `.cal-ev`：
页面里还有"点某天新建日程"那套逻辑（它同样排除 `.cal-ev`）。
③ **数据全在 `data-fb-entry` 上**：浮层不发请求就能画出来，秒开；
服务端不参与"点开一条"这个动作。
④ **「编辑」就地换内容**：取该来源的编辑表单片段（`?embed=1`）。
用户原话「把之前的窗给去掉，然后弹出编辑的那个框来」——
所以是"正文整块换掉"，不是叠第二层浮层。
⑤ **保存走原生提交**：四个来源的 update 路由本来就收普通 POST 并跳转，
不依赖任何页面自带脚本 ⇒ 浮层在任何页面都能保存成功。
（自己写 AJAX 保存要为四个来源各写一套"成功后回哪"的规则，得不偿失。
原生提交会整页刷新 —— 对"改了数据"这件事来说，刷新一次反而更清楚。）
⑥ **Esc 只关最上面那层**：antd 面板开着时先让它收（v38/v39 的坑）。
① **事件委托挂 document**：列表会被 AJAX 换掉（新建日程后就地插入、首页任务勾选后重画），
一次性绑定永久有效（v40 的教训）。
② **点条目 = 弹浮层，不跳页**：拦掉 `<a href>` 默认行为。
⚠️ 必须按 `[data-fb-entry]` 精确匹配 —— 不能笼统拦 `.cal-ev`
（页面里还有"点某天新建日程"那套逻辑，它同样排除 `.cal-ev`）。
③ **数据全在 `data-fb-entry` 上**：浮层不发请求就能画出来，秒开。
④ **详情/编辑都就地换正文**（用户：「就在当前的页面」）——不叠第二层浮层。
⑤ **保存走原生提交**：四个来源的 update 路由本来就收普通 POST 并跳转
（自己写 AJAX 保存要为四个来源各写一套"成功后回哪"，得不偿失）。
⑥ **删除走 AJAX**（v49 新增，服务端 `calendar/event_del` 认 X-Requested-With 回 JSON）：
成功后就地摘掉那一条，**不刷页** —— 与编辑不同，删除不需要"回到哪一页"的语义。
⚠️ 两种例外退回整页重载：`removed_forward`（这一次及以后砍掉了整个系列尾段，
就地摘一条会漏；且这条系列在视图里可能横跨多天），以及
拿不到 JSON（老服务端 / 出错）。
⑦ **Esc / 点遮罩只关最上面那层**：antd 面板开着时先让它收（v38/v39 的坑）。
⚠️ 本脚本**全站加载**（layout.php）：三处入口分散在不同页面，按需加载的判据
会在这些页面之间来回漏；它只有几 KB，不值得为省这点流量赌漏加载。
============================================================================ */
@@ -37,9 +49,10 @@
'use strict';
var modal = null;
var detailCache = null; /* 详情态的数据（从编辑态「返回」时用它重画） */
var detailCache = null; /* 详情态的数据（从编辑态「取消」时用它重画） */
function M() { if (!modal) { modal = document.getElementById('fbEntryModal'); } return modal; }
function panelEl(){ return document.getElementById('fbEntryPanel'); }
function bodyEl() { return document.getElementById('fbEntryBody'); }
function titleEl(){ return document.getElementById('fbEntryTitle'); }
function tipEl() { return document.getElementById('fbEntryTip'); }
@@ -58,27 +71,30 @@
t.className = 'cal-modal-tip' + (err ? ' err' : '');
}
/* ---- 底栏两种形态 --------------------------------------------------------- */
function footDetail() {
['fbEntryDetail', 'fbEntryEdit'].forEach(function (id) {
var e = byId(id); if (e) { e.hidden = false; }
});
['fbEntryBack', 'fbEntrySave'].forEach(function (id) {
var e = byId(id); if (e) { e.hidden = true; }
});
}
function footEdit() {
['fbEntryDetail', 'fbEntryEdit'].forEach(function (id) {
var e = byId(id); if (e) { e.hidden = true; }
});
['fbEntryBack', 'fbEntrySave'].forEach(function (id) {
/* ---- 底栏：按状态显示哪几颗 ----------------------------------------------
四组 id 各对应一种状态。全部**先隐藏再显示**，避免残留上一态可见的按钮
（比如从"编辑态"直接点 Esc 关掉、再开另一条 —— 若不收，"保存"会留在屏幕上）。
⚠️🔴 `detail` 这一态**只列「详情」**：另外两颗（编辑/删除）要不要显，
由 `paintDetail()` **按来源**决定（派生条目只有详情）。
如果把三颗都列在这里，`footShow('detail')` 会把它们无条件点亮，
**盖掉** paintDetail 刚设好的 hidden —— 本轮实测就是这么翻车的
（观影条目本该只有「详情」，三颗却都露着）。
⇒ 调用顺序也必须配合：**先 footShow('detail')、再设编辑/删除**。 */
var GROUPS = {
detail: ['fbEntryDetail'],
edit: ['fbEntryCancel', 'fbEntrySave'],
delscope: ['fbEntryDelCancel', 'fbEntryDelGo']
};
var ALL_BTNS = ['fbEntryDetail', 'fbEntryEdit', 'fbEntryDelete',
'fbEntryCancel', 'fbEntrySave', 'fbEntryDelCancel', 'fbEntryDelGo'];
function footShow(state) {
ALL_BTNS.forEach(function (id) { var e = byId(id); if (e) { e.hidden = true; } });
(GROUPS[state] || []).forEach(function (id) {
var e = byId(id); if (e) { e.hidden = false; }
});
}
function footNone() { /* 载入中 / 出错：全都先藏起来 */
['fbEntryDetail', 'fbEntryEdit', 'fbEntryBack', 'fbEntrySave'].forEach(function (id) {
var e = byId(id); if (e) { e.hidden = true; }
});
function footNone() {
ALL_BTNS.forEach(function (id) { var e = byId(id); if (e) { e.hidden = true; } });
}
/* ---- 详情态渲染 ----------------------------------------------------------- */
@@ -91,27 +107,50 @@
return html || '<p class="empty-hint">这条没有更多信息。</p>';
}
/**
* 画详情态。`data` 来自 `data-fb-entry`（服务端 fb_entry_json 产出）。
*
* 底栏规则（用户第 2 条的核心）：
* · 「详情」：**恒显**。source='event' 时它就是"就地展开更多信息"（下面用 info 片段）；
* 其余来源它就是那个跳去模块页的链接（href = detail）。
* · 「编辑」「删除」：**只有 source='event'** 才显（且各要有地址：edit / del 非空）。
* 这就是用户说的"来自其他模块时，下面就没有编辑、也没有删除，就只有一个详情"。
*/
function paintDetail(data) {
var isEvent = (data.source === 'event');
if (titleEl()) { titleEl().textContent = data.title || '详情'; }
if (bodyEl()) { bodyEl().innerHTML = '<dl class="kv">' + rowsHtml(data.rows) + '</dl>'; }
if (panelEl()) { panelEl().classList.remove('is-wide'); }
setTip('');
/* ⚠️ 顺序要紧：**先** footShow('detail')（它会把所有按钮收掉、只点亮「详情」），
**再**按来源点亮/收起「编辑」「删除」。反过来会被 footShow 盖掉。 */
footShow('detail');
var det = byId('fbEntryDetail');
if (det) {
if (data.detail) { det.href = data.detail; det.hidden = false; }
else { det.hidden = true; }
/* ⚠️ 两种「详情」共用同一颗按钮：
· source='event' → 就地展开（不设 href，交给 JS，用 data-fb-info 标记）
· 其余来源 → 真链接（href 指向该模块的详情/那一天） */
if (isEvent && data.info) {
det.setAttribute('href', '#');
det.setAttribute('data-fb-info', '1');
} else {
det.removeAttribute('data-fb-info');
if (data.detail) { det.href = data.detail; } else { det.removeAttribute('href'); }
}
}
/* 🔴 用户：「来自其他模块时，下面就没有编辑、也没有删除，就只有一个详情」——
所以这两颗**只对 source='event'** 显（且各要有地址）。 */
var ed = byId('fbEntryEdit');
if (ed) { ed.disabled = false; ed.hidden = !data.edit; }
// 「编辑」不可用时别把它留在底栏上（否则点了没反应）
if (!data.edit) { var e2 = byId('fbEntryEdit'); if (e2) { e2.hidden = true; } }
setTip('');
footDetail();
if (!data.edit) { var e3 = byId('fbEntryEdit'); if (e3) { e3.hidden = true; } }
if (ed) { ed.hidden = !(isEvent && data.edit); }
var de = byId('fbEntryDelete');
if (de) { de.hidden = !(isEvent && data.del); }
}
function restoreDetail() {
if (!detailCache) { return; }
var d = detailCache;
paintDetail(d);
paintDetail(detailCache);
}
/* ---- 打开 / 关闭 ---------------------------------------------------------- */
@@ -119,7 +158,13 @@
var m = M();
if (!m) { return; }
m.hidden = !on;
if (!on) { detailCache = null; if (bodyEl()) { bodyEl().innerHTML = ''; } }
if (!on) {
detailCache = null;
if (bodyEl()) { bodyEl().innerHTML = ''; }
if (panelEl()) { panelEl().classList.remove('is-wide'); }
var m2 = M();
if (m2) { m2.classList.remove('is-delscope'); }
}
}
function antdOpen() {
@@ -127,7 +172,7 @@
return !!(d && !d.classList.contains('ant-picker-dropdown-hidden'));
}
/* ---- 编辑片段：取回 → 剥壳 → 塞进正文 → 补跑初始化 ------------------------ */
/* ---- 片段：取回 → 剥壳 → 塞进正文 → 补跑初始化 ---------------------------- */
/* innerHTML 不执行脚本（v42 的血泪结论）⇒ 抠出来重跑。 */
function runInlineScripts(container, html) {
var re = /<script\b[^>]*>([\s\S]*?)<\/script>/gi, m, code = '';
@@ -169,6 +214,7 @@
if (!picked) { window.location.href = url; return; }
bodyEl().innerHTML = '';
bodyEl().appendChild(picked.form);
if (panelEl()) { panelEl().classList.remove('is-wide'); }
// 片段里的初始化脚本 + 宿主这侧的通用升级（日期 / antd / 选人 / 上传 / 行程表单）
runInlineScripts(bodyEl(), picked.html);
if (window.fbUpgradeRange) { window.fbUpgradeRange(); }
@@ -187,7 +233,7 @@
var h = picked.form.querySelector('.cal-modal-head b')
|| (html.match(/aria-label="([^"]*编辑[^"]*)"/) || [])[1];
if (titleEl()) { titleEl().textContent = h ? String(h).trim() : '编辑'; }
footEdit();
footShow('edit');
var f = bodyEl().querySelector('#nf-title, #an-title, #ev-title, #title, input[name="title"]');
if (f) { f.focus(); }
})
@@ -204,6 +250,117 @@
else { form.submit(); }
}
/* ---- ③ 详情：就地展开更多信息（仅 source='event'）--------------------------
用户：「让模态框变大，然后显示出来更多的信息」——
⇒ 面板加 `is-wide`（CSS 放宽 max-width），正文换成服务端 `?embed=detail` 的只读块。
失败（拿不到片段）→ 退回跳详情页，别把用户卡在一个空面板里。 */
function loadInfo(url) {
if (!url) { return; }
setTip('');
if (panelEl()) { panelEl().classList.add('is-wide'); }
if (bodyEl()) { bodyEl().innerHTML = '<p class="empty-hint">正在载入…</p>'; }
footNone();
fetch(url, { credentials: 'same-origin', headers: { 'X-Requested-With': 'XMLHttpRequest' } })
.then(function (r) { return r.text(); })
.then(function (html) {
var tmp = document.createElement('div');
tmp.innerHTML = html;
var block = tmp.querySelector('.ev-detail-block') || tmp.querySelector('.card-pad')
|| tmp.querySelector('.kv') || tmp;
if (!block) { window.location.href = url; return; }
if (bodyEl()) { bodyEl().innerHTML = ''; bodyEl().appendChild(block); }
footShow('detail'); // 还能继续编辑/删除
})
.catch(function () { window.location.href = url; });
}
/* ---- ④ 删除：AJAX，成功就地摘条 -------------------------------------------- */
/* 从当前 DOM 里摘掉这条：两处入口的选择器不同，都试一遍。
⚠️ 用 `data-fb-entry` 里那个 ref 找（就是日程 id），不是靠标题文本
—— 同名日程很常见，按文本会误摘。 */
function removeFromDom(evId, occDay) {
if (!evId) { return false; }
var hit = false;
var els = document.querySelectorAll('[data-fb-entry]');
Array.prototype.forEach.call(els, function (el) {
var d;
try { d = JSON.parse(el.getAttribute('data-fb-entry') || '{}'); } catch (e) { return; }
/* 只处理**同一条**自定义日程（`ref` 就是日程 id，由服务端给出）。
⚠️ 不要拿标题文本比 —— 同名日程很常见，会误摘别人的。 */
if (String(d.ref || '') !== String(evId)) { return; }
if (occDay && (d.occ || '') !== '' && (d.occ || '') !== occDay) { return; } // 只摘那一天
var box = el.closest('.ag-ev, .ag-allday-item, .cal-ev, .tg-block') || el;
if (box && box.parentNode) { box.parentNode.removeChild(box); hit = true; }
});
return hit;
}
var delCtx = null; /* { url, id, occ, repeat, ym } */
function askDelete(data, evId, occ) {
delCtx = { url: data.del, id: evId, occ: occ || '', repeat: !!data.repeat };
if (!data.repeat) {
/* 不重复：不用问范围，但**要确认一次**（删除不可逆）。
⚠️ 用原生 confirm 而不是自绘 —— 它同步返回、不引入新的 DOM 状态，
而且浮层里已经有一层遮罩了，再叠一层自绘框 Esc/焦点都难处理。 */
if (window.confirm('删除这条日程？')) { doDelete('all'); }
return;
}
/* 重复日程：正文变成"删哪些"（三档，与详情页/编辑那三档同措辞），
底栏 = 取消 + 确认删除。 */
if (titleEl()) { titleEl().textContent = '删除重复日程'; }
if (bodyEl()) {
bodyEl().innerHTML =
'<p class="ev-del-head">这是一条<b>重复日程</b>，删哪些？</p>' +
'<div class="ev-del-picks">' +
'<label class="chk-inline"><input type="radio" name="fbscope" value="once">' +
'<span>只删<b>这一次</b>（' + esc(occ) + '）</span></label>' +
'<label class="chk-inline"><input type="radio" name="fbscope" value="future">' +
'<span>删<b>这一次及以后</b>（' + esc(occ) + ' 起，之前的留着）</span></label>' +
'<label class="chk-inline"><input type="radio" name="fbscope" value="all" checked>' +
'<span>删<b>全部</b>（整条系列）</span></label>' +
'</div>';
}
if (panelEl()) { panelEl().classList.remove('is-wide'); }
setTip('');
footShow('delscope');
}
function csrfToken() {
var el = document.querySelector('#fbEntryModal .fb-entry-csrf input[name="_csrf"]');
return el ? el.value : '';
}
function doDelete(scope) {
if (!delCtx || !delCtx.url) { return; }
var fd = new FormData();
fd.append('_csrf', csrfToken());
fd.append('id', String(delCtx.id));
fd.append('scope', scope || 'all');
if (delCtx.occ) { fd.append('occ', delCtx.occ); }
setTip('正在删除…');
footNone();
if (!window.fetch) { window.location.reload(); return; }
fetch(delCtx.url, { method: 'POST', body: fd, credentials: 'same-origin',
headers: { 'X-Requested-With': 'XMLHttpRequest' } })
.then(function (r) { return r.json(); })
.then(function (res) {
if (!res || !res.ok) {
setTip((res && res.msg) || '删除失败。', true);
footShow('detail'); // 回到详情态，用户还能重试
return;
}
/* ⚠️ "这一次及以后"砍的是**系列尾段**，就地摘一条会漏掉后面那些
⇒ 整页重载（视图由服务端重画，最稳）。 */
if (res.removed_forward) { window.location.reload(); return; }
var n = removeFromDom(delCtx.id, (scope === 'once') ? delCtx.occ : '');
setOpen(false);
/* 摘不掉（比如首页那条是"全天"块、结构不同）→ 重载一次，别假装成功。 */
if (!n) { window.location.reload(); }
})
.catch(function () { window.location.reload(); });
}
/* ---- 打开一条 ------------------------------------------------------------- */
function openEntry(el) {
var raw = el.getAttribute('data-fb-entry') || '';
@@ -220,19 +377,50 @@
if (!t || !t.closest) { return; }
if (t.closest('[data-fb-entry-close]')) { e.preventDefault(); setOpen(false); return; }
/* ④ 删除范围态：确认 / 取消（必须在「删除」之前判 —— 两颗都在同一排） */
if (t.closest('#fbEntryDelGo')) {
e.preventDefault();
var sel = document.querySelector('#fbEntryBody input[name="fbscope"]:checked');
doDelete(sel ? sel.value : 'all');
return;
}
if (t.closest('#fbEntryDelCancel')) { e.preventDefault(); restoreDetail(); return; }
/* ① 删除 */
if (t.closest('#fbEntryDelete')) {
e.preventDefault();
if (detailCache && detailCache.del) {
askDelete(detailCache, detailCache.ref, detailCache.occ || '');
}
return;
}
/* ② 编辑 */
if (t.closest('#fbEntryEdit')) {
e.preventDefault();
if (detailCache && detailCache.edit) { loadEdit(detailCache.edit); }
return;
}
if (t.closest('#fbEntryBack')) { e.preventDefault(); restoreDetail(); return; }
if (t.closest('#fbEntrySave')) { e.preventDefault(); submitEdit(); return; }
/* 编辑态：取消（回详情）/ 保存 */
if (t.closest('#fbEntryCancel')) { e.preventDefault(); restoreDetail(); return; }
if (t.closest('#fbEntrySave')) { e.preventDefault(); submitEdit(); return; }
/* ③ 详情：source='event' 就地展开；其余来源是普通链接（浏览器自己跳） */
var detBtn = t.closest('#fbEntryDetail');
if (detBtn) {
if (detBtn.getAttribute('data-fb-info') === '1') {
e.preventDefault();
if (detailCache && detailCache.info) { loadInfo(detailCache.info); }
}
return; /* 派生来源：不 preventDefault，让它走 href 跳去那个模块 */
}
var item = t.closest('[data-fb-entry]');
if (item) { e.preventDefault(); openEntry(item); return; }
var m = M();
if (m && t === m) { setOpen(false); } /* 点遮罩关；点面板内不关 */
var m2 = M();
if (m2 && t === m2) { setOpen(false); } /* 点遮罩关；点面板内不关 */
});
document.addEventListener('keydown', function (e) {
index.php
+42 -12
View File
@@ -5009,6 +5009,16 @@ $want = array_keys($want);
echo View::renderPartial('calendar/event', $evArgs + ['evEmbed' => true]);
exit;
}
/* 🔴 v49（用户 2026-10-14 第 2 条）：「点详情…让模态框变大，显示出来更多的信息」。
`?embed=detail` 只吐**只读详情块**（那两段 kv + 附件），不套 layout、不带按钮 ——
由浮层把它塞进正文并给面板加宽。与 `?embed=1`（编辑表单）同一条路，
只是取的形态不同（一个可编辑、一个只读）。 */
if ((string)($_GET['embed'] ?? '') === 'detail') {
header('Content-Type: text/html; charset=utf-8');
echo View::renderPartial('calendar/event',
$evArgs + ['evEmbed' => true, 'evDetail' => true]);
exit;
}
View::render('calendar/event', $evArgs, 'calendar');
break;
@@ -5142,6 +5152,26 @@ $want = array_keys($want);
$id = (int)($_POST['id'] ?? 0);
$ym = trim((string)($_POST['ym'] ?? ''));
$ym = preg_match('/^\d{4}-\d{2}$/', $ym) ? $ym : date('Y-m');
/* 🔴 v49（用户 2026-10-14 第 2 条）：入口浮层的「删除」要**就地删、不刷页**。
同一个路由要服务两种调用者 ⇒ 必须认 `X-Requested-With`（与名册删除同一套约定）：
· 浮层的 JS 带它 → 回 JSON，前端自己把那一条从视图里摘掉；
· 详情页底部那张原生表单**不带** → 照旧 flash + 302 回日历。
⚠️ 每条**失败**也要回 JSON（且 msg 说清为什么）——
可预期的拒绝（没权限、找不到）不该把用户甩到一个刷新过的页面上。 */
$ajax = (($_SERVER['HTTP_X_REQUESTED_WITH'] ?? '') === 'XMLHttpRequest')
|| (strpos((string)($_SERVER['HTTP_ACCEPT'] ?? ''), 'application/json') !== false);
/* 结束这个动作：AJAX 回 JSON（并 `exit`），否则照旧 flash + 302。
⚠️ 两条路**都终止请求** ⇒ 调用处不用再管"要不要 return"。 */
$done = static function (bool $ok, string $msg, array $extra = []) use ($ajax, $ym) {
if ($ajax) {
header('Content-Type: application/json; charset=utf-8');
echo json_encode(array_merge(['ok' => $ok, 'msg' => $msg], $extra),
JSON_UNESCAPED_UNICODE);
exit;
}
flash($ok ? 'ok' : 'err', $msg);
redirect('calendar', ['ym' => $ym]);
};
$st = Database::get()->prepare(
'SELECT e.id, e.calendar_id, e.rrule, e.starts_at FROM calendar_events e
JOIN calendars c ON c.id = e.calendar_id
@@ -5150,13 +5180,11 @@ $want = array_keys($want);
$st->execute([$id, $familyId]);
$ev = $st->fetch();
if (!$ev) {
flash('err', '找不到这条日程。');
redirect('calendar', ['ym' => $ym]);
$done(false, '找不到这条日程。');
}
$cal = Calendar::mineOne($familyId, $me, (int)$ev['calendar_id']) ?: [];
if (!Calendar::canWrite($cal, $me)) {
flash('err', '这本日历你没有写权限。');
redirect('calendar', ['ym' => $ym]);
$done(false, '这本日历你没有写权限。');
}
/* ==================== 重复日程的删除范围（v24 第 20 批 用户第 7 条）====================
@@ -5183,8 +5211,8 @@ $want = array_keys($want);
if ($rrule !== '' && $hasOcc && $scope === 'once') {
// 只删这一次：记一个"跳过这一天的例外"，系列原样保留
Calendar::skipOnce($id, $occDay);
flash('ok', '只删了 ' . $occDay . ' 这一次；后面的照旧。');
redirect('calendar', ['ym' => $ym]);
$done(true, '只删了 ' . $occDay . ' 这一次；后面的照旧。',
['removed_occ' => $occDay]); // v49：前端只摘这一天，整条系列留着
}
if ($rrule !== '' && $hasOcc && $scope === 'future') {
// 这一次及以后：老系列截至「这一次的前一天」。
@@ -5200,8 +5228,8 @@ $want = array_keys($want);
$firstDay = substr((string)$ev['starts_at'], 0, 10);
if ($cut < $firstDay) {
Calendar::deleteEvent($id);
flash('ok', '这一天就是第一次，「这一次及以后」等于整条删除。');
redirect('calendar', ['ym' => $ym]);
$done(true, '这一天就是第一次，「这一次及以后」等于整条删除。',
['removed_all' => true]);
}
$newRule = 'FREQ=' . strtoupper((string)$rp['freq'])
. (!empty($rp['interval']) && (int)$rp['interval'] > 1 ? ';INTERVAL=' . (int)$rp['interval'] : '')
@@ -5209,14 +5237,16 @@ $want = array_keys($want);
. ';UNTIL=' . str_replace('-', '', $cut) . 'T235959Z';
Database::get()->prepare('UPDATE calendar_events SET rrule = ?, sequence = sequence + 1 WHERE id = ?')
->execute([$newRule, $id]);
flash('ok', $occDay . ' 及以后的那些都删了（之前的保持不变）。');
redirect('calendar', ['ym' => $ym]);
/* ⚠️ "这一次及以后"改的是**系列**，但砍掉的部分是从 occDay 起 ——
前端最稳的做法是**整页重载**（视图里那条系列从这天起没了，
就地摘一条会漏掉后面那些）。`removed_forward` 就是给前端这个信号。 */
$done(true, $occDay . ' 及以后的那些都删了（之前的保持不变）。',
['removed_forward' => $occDay]);
}
// all（或本来就不重复）：整条删除
Calendar::deleteEvent($id);
flash('ok', '日程已删除。');
redirect('calendar', ['ym' => $ym]);
$done(true, '日程已删除。', ['removed_all' => true]);
break;
// ==================== ics 导出 / 导入（v24 第 7 条）====================
templates/_entry_popup.php
+43 -23
View File
@@ -1,31 +1,43 @@
<?php
/**
* 🔴 v43（用户 2026-10-11 第 6 条）——「条目详情浮层」的**空壳**。
* 条目详情浮层 —— **空壳**（全站一份，挂在 layout.php）。
*
* 用户原话：
* 「首页上的日程、首页上的近期任务，以及日程里面的日程，点击它们的时候，
* 都会弹出一个框显示更详细的信息。上面有不同的功能按钮，比如说详细信息，
* 在日程里面，如果是观影啊、旅程啊，点击详细信息就会进入到观影或者旅程的
* 那个相关的页面。如果是日程的话，点击详细信息就进到日程的详细页面。
* 当然还可以直接点击编辑，点击编辑不同的来源就进入不同的编辑页面，
* 就在当前的页面弹窗，把之前的窗给去掉，然后弹出编辑的那个框来就可以了。」
* 起源 v43（用户 2026-10-11 第 6 条）：「首页上的日程、首页上的近期任务，以及日程里面的
* 日程，点击它们的时候，都会弹出一个框显示更详细的信息。上面有不同的功能按钮…」
*
* ⇒ 三处入口（首页日程 / 首页近期任务 / 日程页条目）都挂同一个浮层，
* 内容由 `assets/js/entry_popup.js` 按点击项的 `data-fb-entry` 现填。
* 🔴🔴 v49（用户 2026-10-14）——**底栏按「来源」分两种形态**，用户原话：
* 「在首页上点击某一个日程…下面三个按钮，都放在下面的右侧…三个按钮分别是详情、编辑和删除。
* 详细用蓝色，编辑用黄色，删除用红色。
* 当点击详细的时候，**如果这是一个日程**（正常的日程里的事件、不是来自观影/旅程等其他模块）
* → 就**在当前页面让模态框变大**、显示更多信息。
* 当点击编辑的时候，也是**在当前的界面**弹出编辑日程的框，就地编辑；
* 编辑了之后下面有两个按钮：**取消和保存**。
* 当点击删除的时候，就直接把这个日程给删除。
* 如果当前这个日程**来自其他模块**（观影 / 旅程 / 其它）→ 点击详情就**进入那些模块**展示它
* （观影→那一天的观影详情页；旅程→那个行程所在的旅程页）。
* **这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
*
* 两种形态（由 JS 切）：
* ① **详情态**：正文几行「标签：值」；底栏 = 详细信息（跳该来源详情页）+ 编辑
* ② **编辑态**：正文换成该来源的编辑表单；底栏 = 返回（回详情态）+ 保存
* （保存走**原生提交** —— 四个来源的 update 路由本来就收普通 POST 并跳转，
* 不依赖任何页面自带脚本，所以浮层在任何页面都能用）
* ⇒ 底栏的三态（由 JS 切，见 assets/js/entry_popup.js）：
* ① **详情态**（点条目进来）：`详情`(蓝) + `编辑`(黄，仅自定义日程且可写) + `删除`(红，同前)
* —— 三颗一律**靠右**（用户："都放在下面的右侧"）。
* 派生条目（观影/旅程/任务/纪念日/农历/节假日）只有 `详情` 一颗。
* ② **展开态**（点「详情」，仅自定义日程）：面板变宽、正文换成服务端的完整详情。
* ③ **编辑态**：正文换成编辑表单；底栏 = `取消` + `保存`。
* 删除范围（重复日程）另有一种临时态，见 JS。
*
* ⚠️ 空壳放在 **layout.php** 里（全站一份）：三处入口在不同页面，
* 放各页面迟早有一个忘了 include —— 那种"某些页面点了没反应"最难查。
* ⚠️ 面板里**不放任何服务端内容**：同一页一百条日程也只有一个浮层，开销可忽略。
* ⚠️ 面板里**不放任何服务端内容**（除了那颗 CSRF）：同一页一百条日程也只有一个浮层，开销可忽略。
* ⚠️ 按钮的**显隐全部由 JS 按 `data-fb-entry` 的内容决定**，服务端只给数据：
* 空壳里全部 `hidden`，避免"先闪一下三颗、随即收起一颗"。
*/
?>
<div class="fb-entry-modal" id="fbEntryModal" role="dialog" aria-modal="true"
aria-label="条目详情" hidden>
<?php /* `_csrf` 放在遮罩层里（不放进正文）—— 删除是 AJAX POST，需要它；
而正文会被整块换掉（编辑态 = 服务端表单，里面自带 tokens），
放正文里会在换掉时丢。 */ ?>
<div class="fb-entry-csrf" hidden><?= csrf_field() ?></div>
<div class="cal-modal-panel fb-entry-panel" id="fbEntryPanel">
<div class="cal-modal-head">
<b id="fbEntryTitle">详情</b>
@@ -34,13 +46,21 @@
<div class="cal-modal-body" id="fbEntryBody"></div>
<div class="cal-modal-foot" id="fbEntryFoot">
<span class="cal-modal-tip" id="fbEntryTip"></span>
<?php /* 详情态的两颗 */ ?>
<a class="btn btn-ghost btn-sm" id="fbEntryDetail" href="#" hidden>详细信息</a>
<button class="btn btn-sm" type="button" id="fbEntryEdit" hidden>编辑</button>
<?php /* 编辑态的两颗（默认藏着）—— 「返回」不丢用户填的东西吗？
⚠️ 会丢。所以措辞用「返回」，并且在有改动时先问一句（见 JS）。 */ ?>
<button class="btn btn-ghost btn-sm" type="button" id="fbEntryBack" hidden>返回</button>
<button class="btn btn-sm" type="button" id="fbEntrySave" hidden>保存</button>
<?php /* 右侧按钮组（`margin-left:auto` 把整组推到右边）。
顺序：详情 / 编辑 / 删除 —— 用户点名的顺序。
⚠️ 三颗各自的作用域类（fb-a-detail/edit/del）给颜色，**不动全局 .btn-edit
/ .btn-danger** 的语义（本项目踩过"裸类改色波及别页"的坑，见 app.css）。 */ ?>
<div class="fb-entry-acts" id="fbEntryActs">
<a class="btn btn-sm fb-a-detail" id="fbEntryDetail" href="#" hidden>详情</a>
<button class="btn btn-sm fb-a-edit" type="button" id="fbEntryEdit" hidden>编辑</button>
<button class="btn btn-sm fb-a-del" type="button" id="fbEntryDelete" hidden>删除</button>
<?php /* 编辑态的两颗（默认藏着） */ ?>
<button class="btn btn-ghost btn-sm" type="button" id="fbEntryCancel" hidden>取消</button>
<button class="btn btn-sm" type="button" id="fbEntrySave" hidden>保存</button>
<?php /* 删除范围态（重复日程才有）：取消 + 确认删除 */ ?>
<button class="btn btn-ghost btn-sm" type="button" id="fbEntryDelCancel" hidden>取消</button>
<button class="btn btn-sm fb-a-del" type="button" id="fbEntryDelGo" hidden>确认删除</button>
</div>
</div>
</div>
</div>
templates/calendar/event.php
+23 -6
View File
@@ -10,9 +10,16 @@
* ⇒ `$evEmbed = true` 时：不输出页头、不输出只读 dl、不输出删除表单、
* 只保留那张编辑表单（外加已有附件）。
* ⚠️ 与 `days/edit` / `trips/node_edit` / `movies/edit` 的 `?embed=1` 同一套约定。
*
* 🔴 v49（用户 2026-10-14 第 2 条）：再加一种 —— **`?embed=detail` 只吐只读详情块**。
* 浮层里点「详情」时用它（面板变宽 + 正文换成完整信息，**不跳页**）。
* ⇒ `$evDetail = true` 时：不输出页头、不输出编辑表单/删除表单，
* 只保留那段 `<dl class="kv">`（含附件）。**与可写与否无关** ——
* 只读日历的日程也要能看详情（它是一个"查看"动作，不是"编辑"）。
*/
$canWrite = \App\Auth::canWrite() && !empty($ev['_can_write']);
$evEmbed = !empty($evEmbed);
$evDetail = !empty($evDetail);
$ym = substr((string)$ev['starts_at'], 0, 7);
?>
<?php if (!$evEmbed): ?>
@@ -25,10 +32,11 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
</div>
<?php endif; ?>
<div class="<?= $evEmbed ? '' : 'card card-pad' ?>">
<?php if ($evEmbed && !$canWrite): ?>
<p class="empty-hint">这本日历你只有只读权限，不能改。</p>
<?php elseif (!$canWrite): ?>
<div class="<?= $evEmbed ? '' : 'card card-pad' ?><?= $evDetail ? ' ev-detail-block' : '' ?>">
<?php /* 只读详情块：两种情形都要它 ——
(a) `?embed=detail`（浮层点「详情」）；
(b) 整页且我**不可写**（原行为：只读日历能看到信息但不能改）。 */ ?>
<?php if ($evDetail || !$canWrite): ?>
<dl class="kv">
<div class="kv-row"><dt>开始</dt>
<dd><?= e(empty($ev['all_day']) ? (string)$ev['starts_at'] : substr((string)$ev['starts_at'], 0, 10)) ?></dd>
@@ -69,7 +77,16 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
</div>
<?php endif; ?>
</dl>
<p class="empty-hint">这本日历你只有只读权限，看得到但不能改。</p>
<?php /* ⚠️ 那句"只读权限"只在**整页**且不可写时给 ——
`?embed=detail` 是要"看更多信息"，不是来改的，
底下挂一句"你不能改"会让浮层看着像出了问题。 */ ?>
<?php if (!$evDetail && !$canWrite): ?>
<p class="empty-hint">这本日历你只有只读权限，看得到但不能改。</p>
<?php endif; ?>
<?php elseif ($evDetail): ?>
<?php /* 理论到不了这里（`$evDetail` 时上面那条分支已经命中）；
留着是为了将来有人把条件改散时有个明确的落点，而不是静默输出空。 */ ?>
<p class="empty-hint">没有更多信息。</p>
<?php else: ?>
<form method="post" action="<?= e(url('calendar/event_update')) ?>" enctype="multipart/form-data"
id="calEditForm">
@@ -195,4 +212,4 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
<?php endif; ?>
<?php endif; ?>
</div>
<?php unset($evEmbed, $evIsRepeat, $evIsAllDay, $evAllDay, $evFields, $evMvStyle, $ym, $occ); ?>
<?php unset($evEmbed, $evDetail, $evIsRepeat, $evIsAllDay, $evAllDay, $evFields, $evMvStyle, $ym, $occ); ?>