v93: 首页日历本下拉能拉了 / 日程浮层只留编辑删除 / 重复日程三档 / Markdown 标题四级阶梯补齐
用户两条： ① 「新建日程，日历本是拉不下来的，是空的，好像只有一个"工作"什么的」 ② 「点日程后的详情跟原来的弹框几乎一模一样，这个详情就没有意义了」 ⇒ 只显示「编辑」「删除」；重复日程的删除/编辑要有三档 （当前 / 从现在到以后 / 全部） 【① 根因】`_add_modal.php` 被日程页与首页共用，HTML 一样，但自绘下拉的整套 JS 只内联在 `templates/calendar/index.php` 底部 ⇒ 首页那份没有交互，点了菜单不展开； 而按钮上是服务端渲染的默认本（"工作"），所以看着"只有一个工作"。 修法：抽 `assets/js/cs_picker.js`（全站 defer、按 `[data-cs-picker]` 初始化、 `data-cs-ready` 幂等）。不扫所有 `.cs` —— 观影表单的影院下拉有自己的内联绑定， 两边都绑会"点一次开两次"。 【②】浮层自定义日程不再显示「详情」（派生条目仍只有真链接「详情」）； 删除/编辑三档措辞按用户原话；`occ` 为空时只给「删除全部」，绝不让空串触发整条删除。 编辑三档的入口在 `fb_entry_json()` 把 `occ` 拼进 edit 地址（`?d=`）—— 不带就只有"修改全部"一档。 【顺带修掉 v85 没做完的一半】全量套件在 v61 A9b 报红，查下去不是本轮改坏的： CSS 只把 `##`（h4）调到 17px，`###`（h5）留在 15.5px（正文 15px，只差 0.5px）、 `####`（h6）留在 14.5px（比正文还小），而那段注释自己写的就是"三级都要调大"。 阶梯重排 h3/h4/h5/h6 = 22/20/18/17，四级两两不同号。 更值得记的是四条判据全部只盯 h4（v61 A9b、v85 B2/B2b 前身、静态断言、线上 A4）， 而 h4 恰好是唯一修好的那一级 ⇒ 各加"每一级/最矮的一级"判据，并用 「只把 h6 打回 14.5px ⇒ A9b 仍绿、只有 A9b2 变红」证明新判据有独立价值。 【工具链】`_b61_falsify.py` 的 main_all 改成每个 case 起独立子进程 —— 原先同一进程连跑 10 遍探针，Playwright 的临时 profile 建/删会在同一轮里累计， 撞沙箱批量删除钩子被 SIGTERM（症状：输出戛然而止、退出码 1、一条 FAIL 都没有）。 验证：v93 正向 28/0 · v93 反向 3 处注入各自被抓 · v61 34/0 · v61 反向 9/9 · v85 md_heading 12/0 · v85 静态反向 8/0 · 全量流水线通过并已部署。
This commit is contained in:
+20
-2
@@ -431,18 +431,36 @@ function fb_entry_json(array $ev, string $detail = '', string $edit = '', array
|
||||
$evOwn = ($evKind === 'custom' && $evRef > 0);
|
||||
$evW = !empty($ev['_can_write']); // 由调用方按日历权限给出（见模板）
|
||||
|
||||
/* 🔴🔴 v93（用户 2026-10-25）：「编辑重复日历时，也会有这三个选项
|
||||
（修改当前 / 修改从现在到以后 / 修改全部）」
|
||||
—— 浮层里的编辑表单要能给出这三档，就必须知道**打开的是哪一次**：
|
||||
`calendar/event` 路由从 `?d=YYYY-MM-DD` 读它（`index.php` 里的 `$occ`），
|
||||
`templates/calendar/event.php` 再据此输出那三档单选。
|
||||
而浮层的 `edit` 地址原来是 `url('calendar/event', ['id'=>…, 'embed'=>1])` ——
|
||||
**没带 d** ⇒ 表单里只显示"改全部"，另外两档连出现都不出现，
|
||||
用户会以为"重复日程不能只改这一次"（实测就是这样）。
|
||||
⚠️ 只在 `source='event'`（自定义日程）且 occ 是合法日期时追加：
|
||||
观影 / 旅程 / 任务 / 纪念日这些派生条目没有"第几次"的概念。
|
||||
⚠️ 是否加 `&` 按 `$edit` 里有没有 `?` 判 —— `url()` 生成的一定带，
|
||||
但别赌（换一处调用方就会静默拼出 `?id=1&embed=1d=2026-10-25` 这种废地址）。 */
|
||||
$editUrl = $edit;
|
||||
$occDay = (string)($ev['occ'] ?? '');
|
||||
if ($evOwn && $editUrl !== '' && preg_match('/^\d{4}-\d{2}-\d{2}$/', $occDay)) {
|
||||
$editUrl .= (strpos($editUrl, '?') === false ? '?' : '&') . 'd=' . rawurlencode($occDay);
|
||||
}
|
||||
|
||||
$payload = [
|
||||
'title' => trim((string)($ev['title'] ?? '')),
|
||||
'rows' => $rows,
|
||||
'detail' => $detail,
|
||||
'edit' => $edit,
|
||||
'edit' => $editUrl,
|
||||
// 新增（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'] ?? ''),
|
||||
'occ' => $occDay,
|
||||
/* 🔴 v78（用户 2026-10-22）：**就地面板**的地址。
|
||||
首页「近期任务」点开时不再只给一行行只读信息，而是直接给出这张
|
||||
面板（状态 / 看板 / 子任务 / 附件 / 评论 都能就地改），用户不必离开首页。
|
||||
|
||||
+19
-5
@@ -5415,7 +5415,21 @@ button.btn, a.btn, summary.btn, .seg-btn, .icon-btn, .rv-act-btn, .cs-btn, .bf-b
|
||||
③ **加上下边距**，让标题与正文之间出现明确的段落呼吸。
|
||||
⚠️ 为什么从 h4 起而不是 h1/h2：见 `Markdown::render()` 里的说明 ——
|
||||
h1/h2 留给页面本身，笔记里的标题不许盖过页面标题。
|
||||
所以这里必须把 **h4/h5/h6 这三级**都调大，光调 h4 不够。 */
|
||||
所以这里必须把 **h4/h5/h6 这三级**都调大，光调 h4 不够。
|
||||
|
||||
🔴🔴 v93（2026-10-25，全量套件抓出来的**上一版没做完的地方**）：
|
||||
上一版只把 h4（`##`）做到 17px，**h5（`###`）留在 15.5px、h6 留在 14.5px**
|
||||
—— 15.5 只比正文 15 大 0.5px，肉眼仍是"和正文一样"；h6 更是**比正文还小**。
|
||||
而上面这段注释自己写的是"三级都要调大、要拉开 ≥2px"，实现违背了自己的规则。
|
||||
⇒ 阶梯整体重排，**最小的一级也必须 ≥ 正文 + 2px**：
|
||||
h3 `#` → 22px
|
||||
h4 `##` → 20px
|
||||
h5 `###` → 18px
|
||||
h6 `####`起（Markdown 里 h4 及更深都收敛到 h6）→ 17px，另配 --muted 灰
|
||||
四级字号**两两不同**（A9d 守的就是"同级同号、异级不同号"），
|
||||
且 h6 靠灰色与字号双重区分 —— 否则 `####` 与正文挤在一起。
|
||||
⚠️ 正文基准是 `.note-read-block { font-size: 15px }`（见下面那条规则）。
|
||||
将来正文若改号，这里的四级要**一起**复核，别只改 h4。 */
|
||||
.md-h {
|
||||
margin: 16px 0 8px;
|
||||
font-weight: 600;
|
||||
@@ -5423,10 +5437,10 @@ button.btn, a.btn, summary.btn, .seg-btn, .icon-btn, .rv-act-btn, .cs-btn, .bf-b
|
||||
line-height: 1.45;
|
||||
}
|
||||
.md-h:first-child { margin-top: 0; }
|
||||
h3.md-h { font-size: 18px; }
|
||||
h4.md-h { font-size: 17px; }
|
||||
h5.md-h { font-size: 15.5px; }
|
||||
h6.md-h { font-size: 14.5px; color: var(--muted); }
|
||||
h3.md-h { font-size: 22px; }
|
||||
h4.md-h { font-size: 20px; }
|
||||
h5.md-h { font-size: 18px; }
|
||||
h6.md-h { font-size: 17px; color: var(--muted); }
|
||||
.md-list { margin: 4px 0 8px; padding-left: 22px; }
|
||||
.md-li { margin: 2px 0; }
|
||||
/* 多级清单：子层用空心点，层级一眼可分（用户第 12 条"清单可以多级"） */
|
||||
|
||||
@@ -0,0 +1,163 @@
|
||||
/* ============================================================================
|
||||
通用「色点下拉」（`.cs`）—— 全站一份
|
||||
----------------------------------------------------------------------------
|
||||
起源 v44（用户 2026-10-12 第 1 条）：「新建日程，放在哪本，改成日历本后面加冒号。
|
||||
现在这句话和日历本下拉框还有前面的颜色，仍然不在一行，我建议把颜色放在下拉框里面，
|
||||
就跟电影的影院选择一样」。当时那段交互是**内联在 templates/calendar/index.php**
|
||||
里的，只服务日程页那一个 `#calPicker`。
|
||||
|
||||
🔴🔴 v93（用户 2026-10-25）：
|
||||
「如果新建日程，日历本是拉不下来的，是空的，好像只有一个"工作"什么的。」
|
||||
真根因：首页「今天的日程」卡片右上角的「新建日程」，用的是**与日程页同一份**
|
||||
模板块（`templates/calendar/_add_modal.php`），HTML 一模一样 ⇒ 日历本那颗
|
||||
按钮和菜单都在页面上；可**交互全在日程页的内联脚本里**，首页没有那一段
|
||||
⇒ 按钮点了没反应、菜单永远 `hidden`。用户看到的就是"拉不下来"；
|
||||
而按钮上那个默认值（「工作」）是服务端渲染出来的，所以"只有一个工作"。
|
||||
|
||||
⇒ 把那段交互抽成这一份，**按标记初始化**（`[data-cs-picker]`）：
|
||||
不认具体 id、不认哪个页面 —— 谁 require 了模板块谁就能用。
|
||||
|
||||
契约（模板只需给容器加 `data-cs-picker`，其余全按类名找）：
|
||||
<div class="cs" data-cs-picker>
|
||||
<button class="cs-btn"><span class="cs-dot"><span class="cs-text">…
|
||||
<div class="cs-menu" hidden><div class="cs-list">…</div></div>
|
||||
<select name="…"> ← 真正的提交字段（单一真值来源）
|
||||
</div>
|
||||
|
||||
⚠️ **只认 `[data-cs-picker]`，不扫所有 `.cs`**：观影表单里的影院下拉
|
||||
（`templates/movies/form.php` 的 `#csBtn`）有它自己的一套内联脚本，
|
||||
两边都绑 = 点一次开两次、关两次（`add_modal.js` 头部记着同一个坑）。
|
||||
⚠️ 幂等闸门 `data-cs-ready`：AJAX 换进来的表单（浮层里点「编辑」）要能被
|
||||
重复初始化，但同一个容器绝不能被绑两遍。
|
||||
⚠️ 列表项**从 `<select>` 重建**：单一真值来源是那个 select。
|
||||
模板里已经输出的 `.cs-item` 只是"没有 JS 时的样子"，不被当作数据源。
|
||||
============================================================================ */
|
||||
(function () {
|
||||
'use strict';
|
||||
|
||||
var MARK = 'data-cs-picker';
|
||||
var READY = 'data-cs-ready';
|
||||
|
||||
function initOne(box) {
|
||||
if (!box || box.getAttribute(READY) === '1') { return false; }
|
||||
|
||||
var btn = box.querySelector('.cs-btn');
|
||||
var menu = box.querySelector('.cs-menu');
|
||||
var list = box.querySelector('.cs-list');
|
||||
var sel = box.querySelector('select');
|
||||
/* `.cs-dot` 在按钮里和列表项里都有 —— `querySelector` 按文档序取第一个，
|
||||
而按钮一定排在菜单前面，所以取到的就是按钮里那颗。 */
|
||||
var dot = btn ? btn.querySelector('.cs-dot') : null;
|
||||
var text = btn ? btn.querySelector('.cs-text') : null;
|
||||
if (!btn || !menu || !list || !sel) { return false; }
|
||||
|
||||
/* ---- 从 select 重建列表项 -------------------------------------------- */
|
||||
function build() {
|
||||
list.innerHTML = '';
|
||||
Array.prototype.forEach.call(sel.options, function (o) {
|
||||
var b = document.createElement('button');
|
||||
b.type = 'button';
|
||||
b.className = 'cs-item' + (o.disabled ? ' is-disabled' : '');
|
||||
b.setAttribute('role', 'option');
|
||||
if (o.disabled) {
|
||||
b.disabled = true;
|
||||
b.title = o.getAttribute('title') || '';
|
||||
}
|
||||
b.setAttribute('data-id', o.value);
|
||||
b.setAttribute('data-color', o.getAttribute('data-color') || '');
|
||||
b.setAttribute('data-text', o.textContent || '');
|
||||
var d = document.createElement('span');
|
||||
d.className = 'cs-dot';
|
||||
d.style.background = o.getAttribute('data-color') || '';
|
||||
var s = document.createElement('span');
|
||||
s.textContent = o.textContent || '';
|
||||
b.appendChild(d);
|
||||
b.appendChild(s);
|
||||
list.appendChild(b);
|
||||
});
|
||||
}
|
||||
|
||||
/* ---- 按钮外观跟选中项走 ---------------------------------------------- */
|
||||
function paint() {
|
||||
var o = sel.options[sel.selectedIndex];
|
||||
if (!o) { return; }
|
||||
if (text) { text.textContent = o.textContent || ''; }
|
||||
var c = o.getAttribute('data-color') || '';
|
||||
if (dot) {
|
||||
if (c) { dot.hidden = false; dot.style.background = c; } else { dot.hidden = true; }
|
||||
}
|
||||
}
|
||||
|
||||
function closeMenu() {
|
||||
menu.hidden = true;
|
||||
btn.setAttribute('aria-expanded', 'false');
|
||||
box.setAttribute('data-open', '0');
|
||||
}
|
||||
function openMenu() {
|
||||
menu.hidden = false;
|
||||
btn.setAttribute('aria-expanded', 'true');
|
||||
box.setAttribute('data-open', '1');
|
||||
}
|
||||
|
||||
build();
|
||||
paint();
|
||||
/* ⚠️ 原生 select 的 change 也可能由别处触发（无 JS 路径 / 老脚本），
|
||||
这里跟着刷新外观，保证"显示的值"永远是"要提交的值"。 */
|
||||
sel.addEventListener('change', paint);
|
||||
|
||||
btn.addEventListener('click', function (e) {
|
||||
e.stopPropagation();
|
||||
if (menu.hidden) { openMenu(); } else { closeMenu(); }
|
||||
});
|
||||
menu.addEventListener('click', function (e) {
|
||||
var it = e.target.closest ? e.target.closest('.cs-item') : null;
|
||||
if (!it || it.disabled) { return; }
|
||||
e.stopPropagation();
|
||||
sel.value = it.getAttribute('data-id');
|
||||
sel.dispatchEvent(new Event('change', { bubbles: true }));
|
||||
closeMenu();
|
||||
});
|
||||
/* 点空白处收起。用 document 监听 + 判定 inside，不额外造遮罩节点。
|
||||
⚠️ 必须**捕获阶段**：菜单项的 click 会 stopPropagation（冒泡阶段），
|
||||
捕获阶段先于它，这里判"点在不在容器里"才精确。 */
|
||||
document.addEventListener('click', function (e) {
|
||||
if (menu.hidden) { return; }
|
||||
if (box.contains(e.target)) { return; }
|
||||
closeMenu();
|
||||
}, true);
|
||||
document.addEventListener('keydown', function (e) {
|
||||
if (e.key === 'Escape' && !menu.hidden) { closeMenu(); }
|
||||
});
|
||||
|
||||
box.setAttribute(READY, '1');
|
||||
return true;
|
||||
}
|
||||
|
||||
/**
|
||||
* 初始化 `scope` 内所有还没初始化的色点下拉。给动态插入的 HTML 用
|
||||
* （浮层里点「编辑」→ AJAX 换进表单 → 这里补一次）。
|
||||
*
|
||||
* @param {Document|Element} [scope] 默认整个文档
|
||||
* @return {number} 本次真正绑了几个（0 = 都已经是就绪状态）
|
||||
*/
|
||||
function init(scope) {
|
||||
var root = scope || document;
|
||||
var list = [];
|
||||
if (root.matches && root.matches('[' + MARK + ']')) { list.push(root); }
|
||||
var found = root.querySelectorAll('[' + MARK + ']');
|
||||
for (var i = 0; i < found.length; i++) { list.push(found[i]); }
|
||||
var n = 0;
|
||||
for (var j = 0; j < list.length; j++) {
|
||||
if (initOne(list[j])) { n++; }
|
||||
}
|
||||
return n;
|
||||
}
|
||||
|
||||
window.fbInitCsPicker = init;
|
||||
|
||||
if (document.readyState === 'loading') {
|
||||
document.addEventListener('DOMContentLoaded', function () { init(document); });
|
||||
} else {
|
||||
init(document);
|
||||
}
|
||||
})();
|
||||
+67
-22
@@ -15,16 +15,28 @@
|
||||
（观影→那一天的观影详情页；旅程→那个行程所在的旅程页）。
|
||||
**这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
|
||||
|
||||
🔴🔴 v93（用户 2026-10-25）——**用户原话**：
|
||||
「如果点击日程，首页上点击一个日程后会有一个详情。点完之后还是一个弹出框，
|
||||
这个弹出框跟原来的弹出框几乎一模一样。这样的话，这个详情就没有意义了，
|
||||
所以弹出来就只显示两个按钮吧：一个『编辑』，一个『删除』。
|
||||
要注意，删除的时候需要有几个选项：删除当前；删除从现在到以后；删除全部。
|
||||
编辑重复日历时，也会有这三个选项。」
|
||||
|
||||
⇒ 底栏四态（都在同一排、**一律靠右**）：
|
||||
① detail（默认）：`详情`(蓝) + `编辑`(黄) + `删除`(红)
|
||||
· 只有 source='event'（自定义日程）才给「编辑」「删除」；
|
||||
其余来源（观影/旅程/任务/纪念日/农历/节假日）**只给「详情」**。
|
||||
① detail（默认）：`编辑`(黄) + `删除`(红)
|
||||
· 只有 source='event'（自定义日程）才有这两颗；
|
||||
其余来源（观影/旅程/任务/纪念日/农历/节假日）**只给「详情」一颗**
|
||||
（跳去各自模块，v49 用户明确要求过）。
|
||||
· 🔴 v93 起 source='event' **不再有「详情」**：正文已经是它的全部信息，
|
||||
再点一次只是"换个更宽的框把同一份信息再画一遍"（用户原话"没有意义"）。
|
||||
· 「删除」还要 `del` 非空（= 我在这本日历上可写）。
|
||||
② info（点「详情」，仅 source='event'）：面板加宽、正文换成服务端只读详情。
|
||||
底栏回到 detail（还能继续编辑/删除）。
|
||||
② info（服务端 `?embed=detail`）：v93 起**没有入口了**（见 `loadInfo` 的注释），
|
||||
函数保留作兜底。
|
||||
③ edit（点「编辑」）：正文换成编辑表单；底栏 = `取消` + `保存`。
|
||||
编辑后的表单自带"改当前 / 改成从现在到以后 / 改全部"三档
|
||||
（由服务端 `templates/calendar/event.php` 输出，**occ 由 edit URL 带进来**）。
|
||||
④ delscope（点「删除」且是**重复日程**）：正文问"删哪些"；底栏 = `取消` + `确认删除`。
|
||||
不重复的日程直接删除（不需范围）。
|
||||
三档措辞与详情页那张删除表单逐字一致；不重复的日程直接删除（不需范围）。
|
||||
|
||||
设计取舍（每条都对应一个踩过的坑）：
|
||||
① **事件委托挂 document**：列表会被 AJAX 换掉（新建日程后就地插入、首页任务勾选后重画），
|
||||
@@ -136,13 +148,23 @@
|
||||
|
||||
var det = byId('fbEntryDetail');
|
||||
if (det) {
|
||||
/* ⚠️ 两种「详情」共用同一颗按钮：
|
||||
· source='event' → 就地展开（不设 href，交给 JS，用 data-fb-info 标记）
|
||||
· 其余来源 → 真链接（href 指向该模块的详情/那一天） */
|
||||
if (isEvent && data.info) {
|
||||
det.setAttribute('href', '#');
|
||||
det.setAttribute('data-fb-info', '1');
|
||||
/* 🔴🔴 v93（用户 2026-10-25）——**用户原话**：
|
||||
「如果点击日程，首页上点击一个日程后会有一个详情。点完之后还是一个弹出框，
|
||||
这个弹出框跟原来的弹出框几乎一模一样。这样的话，这个详情就没有意义了，
|
||||
所以弹出来就只显示两个按钮吧：一个『编辑』，一个『删除』。」
|
||||
|
||||
⇒ 自定义日程（source='event'）**不再给「详情」**：
|
||||
浮层正文本来就已经是它的全部信息（时间 / 日历本 / 地点 / 备注），
|
||||
再点一次「详情」只是把同一份信息换个更宽的框再画一遍 —— 正是用户说的"没有意义"。
|
||||
⇒ 派生来源（观影 / 旅程 / 任务 / 纪念日 / 农历 / 节假日）**仍然只有「详情」**：
|
||||
那些内容不归这里管，必须跳去各自模块看（v49 用户明确要求"就只有一个详情"）。
|
||||
⚠️ 顺序仍然要紧：先 `footShow('detail')` 统一收干净，再按来源点亮/收起 ——
|
||||
反过来会被 footShow 盖掉（v49 实测翻车过一次）。 */
|
||||
if (isEvent) {
|
||||
det.hidden = true;
|
||||
det.removeAttribute('data-fb-info');
|
||||
} else {
|
||||
det.hidden = false;
|
||||
det.removeAttribute('data-fb-info');
|
||||
if (data.detail) { det.href = data.detail; } else { det.removeAttribute('href'); }
|
||||
}
|
||||
@@ -265,6 +287,9 @@
|
||||
if (window.fbNodeForm) { window.fbNodeForm(bodyEl()); }
|
||||
if (typeof window.fbLoadPicker === 'function') { window.fbLoadPicker(); }
|
||||
if (typeof window.fbInitPickers === 'function') { window.fbInitPickers(bodyEl()); }
|
||||
/* v93：编辑表单里若带「色点下拉」（`.cs[data-cs-picker]`），也要补一次 ——
|
||||
与选人组件同一条理由：AJAX 换进来的 HTML 不会自己跑初始化。 */
|
||||
if (typeof window.fbInitCsPicker === 'function') { window.fbInitCsPicker(bodyEl()); }
|
||||
/* 🔴 v47（用户 2026-10-13）：**地址联想**也要补一次。
|
||||
「日程里输入地点要调高德」「行程的出发/到达地要调高德」——
|
||||
这两处的编辑表单都是走这条 AJAX 换片段的路径进来的，
|
||||
@@ -293,10 +318,17 @@
|
||||
else { form.submit(); }
|
||||
}
|
||||
|
||||
/* ---- ③ 详情：就地展开更多信息（仅 source='event'）--------------------------
|
||||
/* ---- ③ 详情：就地展开更多信息 ----------------------------------------------
|
||||
用户：「让模态框变大，然后显示出来更多的信息」——
|
||||
⇒ 面板加 `is-wide`（CSS 放宽 max-width），正文换成服务端 `?embed=detail` 的只读块。
|
||||
失败（拿不到片段）→ 退回跳详情页，别把用户卡在一个空面板里。 */
|
||||
|
||||
🔴 v93（用户 2026-10-25）：**这条路径已经不再有入口了** ——
|
||||
自定义日程的浮层只留「编辑」「删除」两颗（正文就是全部信息，不必再展开一次）。
|
||||
函数保留而不删，是因为：① `paintDetail()` 里仍会清掉 `data-fb-info`
|
||||
（老页面/老缓存里可能残留），点下去走到这里也不该报错；
|
||||
② 将来若要"详情页"这个入口，直接接回这颗按钮即可。
|
||||
⚠️ 不要因为"没入口了"就删掉服务端的 `?embed=detail` 分支：
|
||||
`calendar/event` 那条仍被本函数使用，删了就是半个功能。 */
|
||||
function loadInfo(url) {
|
||||
if (!url) { return; }
|
||||
setTip('');
|
||||
@@ -349,20 +381,33 @@
|
||||
if (window.confirm('删除这条日程？')) { doDelete('all'); }
|
||||
return;
|
||||
}
|
||||
/* 重复日程：正文变成"删哪些"（三档，与详情页/编辑那三档同措辞），
|
||||
底栏 = 取消 + 确认删除。 */
|
||||
/* 重复日程：正文变成"删哪些"。
|
||||
🔴 v93（用户 2026-10-25）：「删除的时候需要有几个选项：删除当前；
|
||||
删除从现在到以后；删除全部。」⇒ 三档措辞按用户原话对齐
|
||||
（服务端 `calendar/event_del` 收的就是 once / future / all 这三个值）。
|
||||
⚠️ `occ` 为空时**不能**给"当前 / 从现在到以后"：定位不到"这一次"，
|
||||
服务端会退化成整条删除 —— 那是最重的后果，不能靠一个空字符串触发。
|
||||
这种情况只给「删除全部」，并说明为什么。
|
||||
⚠️ 措辞必须与详情页那张删除表单（`templates/calendar/event.php`）一致，
|
||||
用户学一次就够，不要出现第二套说法。 */
|
||||
var hasOcc = !!occ;
|
||||
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>' +
|
||||
(hasOcc
|
||||
? '<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>';
|
||||
'<span>删除<b>全部</b>（整条系列）</span></label>' +
|
||||
'</div>' +
|
||||
(hasOcc ? ''
|
||||
: '<p class="small muted" style="margin:6px 0 0">' +
|
||||
'这条是从列表打开的、不知道是哪一次，只能整条删除。</p>');
|
||||
}
|
||||
if (panelEl()) { panelEl().classList.remove('is-wide'); }
|
||||
setTip('');
|
||||
|
||||
@@ -17,14 +17,27 @@
|
||||
* （观影→那一天的观影详情页；旅程→那个行程所在的旅程页）。
|
||||
* **这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
|
||||
*
|
||||
* ⇒ 底栏的三态（由 JS 切，见 assets/js/entry_popup.js）：
|
||||
* ① **详情态**（点条目进来）：`详情`(蓝) + `编辑`(黄，仅自定义日程且可写) + `删除`(红，同前)
|
||||
* —— 三颗一律**靠右**（用户："都放在下面的右侧"）。
|
||||
* 派生条目（观影/旅程/任务/纪念日/农历/节假日）只有 `详情` 一颗。
|
||||
* ② **展开态**（点「详情」，仅自定义日程）：面板变宽、正文换成服务端的完整详情。
|
||||
* ⇒ 底栏的状态（由 JS 切，见 assets/js/entry_popup.js）：
|
||||
* ① **详情态**（点条目进来）：
|
||||
* · 自定义日程（source='event'）：`编辑`(黄) + `删除`(红)
|
||||
* · 派生条目（观影/旅程/任务/纪念日/农历/节假日）：只有 `详情`(蓝) 一颗
|
||||
* —— 按钮一律**靠右**（用户："都放在下面的右侧"）。
|
||||
* ② **展开态**（`?embed=detail` 的只读块）：v93 起**没有入口**了（函数保留兜底）。
|
||||
* ③ **编辑态**：正文换成编辑表单；底栏 = `取消` + `保存`。
|
||||
* 删除范围（重复日程）另有一种临时态，见 JS。
|
||||
*
|
||||
* 🔴🔴 v93（用户 2026-10-25）——**用户原话**：
|
||||
* 「如果点击日程，首页上点击一个日程后会有一个详情。点完之后还是一个弹出框，
|
||||
* 这个弹出框跟原来的弹出框几乎一模一样。这样的话，这个详情就没有意义了，
|
||||
* 所以弹出来就只显示两个按钮吧：一个『编辑』，一个『删除』。
|
||||
* 要注意，删除的时候需要有几个选项：删除当前；删除从现在到以后；删除全部。
|
||||
* 编辑重复日历时，也会有这三个选项。」
|
||||
* ⇒ **自定义日程不再有「详情」那颗蓝按钮**：浮层正文本来就是它的全部信息，
|
||||
* 再点一次只是把同一份信息换个更宽的框再画一遍。
|
||||
* ⚠️ 派生条目的「详情」**必须保留**（v49 用户明确要求："就只有一个详情"）。
|
||||
* ⚠️ 那颗按钮的显隐**全由 JS 按来源决定**，服务端只给数据（这里一律 `hidden`，
|
||||
* 避免"先闪一下三颗、随即收起一颗"）。
|
||||
*
|
||||
* ⚠️ 空壳放在 **layout.php** 里（全站一份）：三处入口在不同页面，
|
||||
* 放各页面迟早有一个忘了 include —— 那种"某些页面点了没反应"最难查。
|
||||
* ⚠️ 面板里**不放任何服务端内容**（除了那颗 CSRF）：同一页一百条日程也只有一个浮层，开销可忽略。
|
||||
@@ -47,7 +60,9 @@
|
||||
<div class="cal-modal-foot" id="fbEntryFoot">
|
||||
<span class="cal-modal-tip" id="fbEntryTip"></span>
|
||||
<?php /* 右侧按钮组（`margin-left:auto` 把整组推到右边）。
|
||||
顺序：详情 / 编辑 / 删除 —— 用户点名的顺序。
|
||||
⚠️ 自定义日程只看得到 `编辑` / `删除`；`详情` 那一颗现在**只给派生条目**
|
||||
（观影/旅程/任务/纪念日…跳去各自模块），v93 用户原话：
|
||||
"这个详情就没有意义了，所以弹出来就只显示两个按钮吧"。
|
||||
⚠️ 三颗各自的作用域类（fb-a-detail/edit/del）给颜色，**不动全局 .btn-edit
|
||||
/ .btn-danger** 的语义（本项目踩过"裸类改色波及别页"的坑，见 app.css）。 */ ?>
|
||||
<div class="fb-entry-acts" id="fbEntryActs">
|
||||
|
||||
@@ -156,7 +156,20 @@ $fbAddModalAttr = ($calBack === 'home');
|
||||
|
||||
<div class="mv-row">
|
||||
<span class="mv-lb">日历本</span>
|
||||
<div class="cs cal-book-cs" id="calPicker" data-open="0">
|
||||
<?php /* 🔴🔴 v93（用户 2026-10-25）：「如果新建日程，日历本是拉不下来的，
|
||||
是空的，好像只有一个"工作"什么的。」
|
||||
真根因：这颗自绘下拉的**交互**原来内联在 `calendar/index.php` 底部，
|
||||
而本片段被**首页**（`templates/home.php`）也 require 了一份 ⇒
|
||||
首页那张弹框里按钮和菜单都在、点它却毫无反应，
|
||||
只有服务端渲染出来的默认本名（「工作」）露在外面。
|
||||
⇒ 交互已抽到全站脚本 `assets/js/cs_picker.js`，
|
||||
它按容器上的 **`data-cs-picker`** 初始化。
|
||||
⚠️ 这个属性**不能删**：删掉 = 首页那张弹框又变成"拉不下来"，
|
||||
而且症状与上次一模一样（HTML 全在、就是不响应）。
|
||||
⚠️ 别改成"扫描所有 `.cs`"来省这个属性：观影表单的影院下拉
|
||||
（`movies/form.php` 的 `#csBtn`）有一套自己的内联绑定，
|
||||
两边都绑 = 点一次开两次。 */ ?>
|
||||
<div class="cs cal-book-cs" id="calPicker" data-open="0" data-cs-picker>
|
||||
<button type="button" class="cs-btn" id="cbBtn" aria-haspopup="listbox" aria-expanded="false">
|
||||
<span class="cs-dot" id="cbDot"
|
||||
style="background: <?= e((string)($firstCal['color'] ?? '#4A7C82')) ?>;"></span>
|
||||
|
||||
@@ -98,7 +98,16 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
|
||||
<input type="hidden" name="occ" value="<?= e($occ ?? '') ?>">
|
||||
|
||||
<?php /* 用户 2026-10-03 第 5 条：改一条**重复**日程时，先选"改哪些"。
|
||||
只在它真的重复时才出现 —— 不重复的日程问这个是多余的。 */ ?>
|
||||
只在它真的重复时才出现 —— 不重复的日程问这个是多余的。
|
||||
|
||||
🔴 v93（用户 2026-10-25）：「编辑重复日历时，也会有这三个选项：
|
||||
修改当前 / 修改从现在到以后 / 修改全部。」
|
||||
⇒ 三档措辞与顺序都按用户原话（当前 → 从现在到以后 → 全部），
|
||||
与删除那张表单**逐字同一套**，用户学一次就够。
|
||||
⚠️ `$occ` 必须由 URL 的 `?d=` 带进来 —— 浮层那条路是靠
|
||||
`fb_entry_json()` 把它拼进 `edit` 地址的（见 app/helpers.php）。
|
||||
少了它这里只会渲染出"修改全部"一档，用户会以为重复日程
|
||||
不能只改这一次（v93 之前的真实现状）。 */ ?>
|
||||
<?php if (trim((string)($ev['rrule'] ?? '')) !== ''): ?>
|
||||
<div class="card card-pad ev-scope">
|
||||
<b>这是一条重复日程</b>
|
||||
@@ -108,16 +117,17 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
|
||||
<br>你打开的是 <b><?= e($occ) ?></b> 那一次。
|
||||
<?php endif; ?>
|
||||
</p>
|
||||
<label class="chk-inline"><input type="radio" name="scope" value="all" checked>
|
||||
<span>改<b>全部</b>（整条系列）</span></label>
|
||||
<?php if (!empty($occ)): ?>
|
||||
<label class="chk-inline"><input type="radio" name="scope" value="future">
|
||||
<span>改<b>这一次及以后</b>（<?= e($occ) ?> 起，过去的保持不变）</span></label>
|
||||
<label class="chk-inline"><input type="radio" name="scope" value="once">
|
||||
<span>只改<b>这一次</b>（<?= e($occ) ?>）</span></label>
|
||||
<?php else: ?>
|
||||
<span>修改<b>当前</b>这一次（<?= e($occ) ?>）</span></label>
|
||||
<label class="chk-inline"><input type="radio" name="scope" value="future">
|
||||
<span>修改<b>从现在到以后</b>（<?= e($occ) ?> 起，过去的保持不变）</span></label>
|
||||
<?php endif; ?>
|
||||
<label class="chk-inline"><input type="radio" name="scope" value="all" checked>
|
||||
<span>修改<b>全部</b>（整条系列）</span></label>
|
||||
<?php if (empty($occ)): ?>
|
||||
<p class="small muted" style="margin:6px 0 0">
|
||||
（从日历点某一天的日程进来，才能选「只改这一次 / 这一次及以后」。）
|
||||
（从日历点某一天的日程进来，才能选「修改当前 / 修改从现在到以后」。）
|
||||
</p>
|
||||
<?php endif; ?>
|
||||
</div>
|
||||
@@ -168,8 +178,10 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
|
||||
（其实就一条），反而制造困惑 —— 那种情况只给一个「删除」。
|
||||
⚠️ `occ`（点开的是哪一天）必须带上：「只删这一次」「这一次及以后」都靠它定位。
|
||||
从日历某一天点进来才有它（URL 的 ?d=）；从列表直接打开就只给"全部删除"。
|
||||
⚠️ 三档的措辞与**编辑**那三档保持一致（改全部 / 改这一次及以后 / 只改这一次），
|
||||
用户学一次就够，不用记第二套说法。
|
||||
⚠️ 三档的措辞与顺序与**编辑**那三档、浮层里的删除范围态完全一致
|
||||
（当前 → 从现在到以后 → 全部，v93 用户原话），用户学一次就够，
|
||||
不用记第二套说法。改文案时**三处一起改**：
|
||||
本文件（编辑 + 删除）与 `assets/js/entry_popup.js`（浮层删除范围）。
|
||||
*/
|
||||
$evIsRepeat = trim((string)($ev['rrule'] ?? '')) !== '';
|
||||
?>
|
||||
@@ -186,15 +198,15 @@ $ym = substr((string)$ev['starts_at'], 0, 7);
|
||||
<div class="ev-del-picks">
|
||||
<label class="chk-inline">
|
||||
<input type="radio" name="scope" value="once">
|
||||
<span>只删<b>这一次</b>（<?= e($occ) ?>）</span>
|
||||
<span>删除<b>当前</b>这一次（<?= e($occ) ?>）</span>
|
||||
</label>
|
||||
<label class="chk-inline">
|
||||
<input type="radio" name="scope" value="future">
|
||||
<span>删<b>这一次及以后</b>（<?= e($occ) ?> 起，之前的留着）</span>
|
||||
<span>删除<b>从现在到以后</b>（<?= e($occ) ?> 起，之前的保留）</span>
|
||||
</label>
|
||||
<label class="chk-inline">
|
||||
<input type="radio" name="scope" value="all" checked>
|
||||
<span>删<b>全部</b>（整条系列）</span>
|
||||
<span>删除<b>全部</b>（整条系列）</span>
|
||||
</label>
|
||||
</div>
|
||||
<button class="btn btn-danger btn-sm" type="submit">删除</button>
|
||||
|
||||
@@ -600,99 +600,19 @@ $headText = $view === 'month' ? date('Y 年 n 月', $ts)
|
||||
syncDot();
|
||||
}
|
||||
|
||||
/* ============================================================
|
||||
🔴 v44（用户 2026-10-12 第 1 条）：日历本自绘下拉（色点画进下拉里）
|
||||
------------------------------------------------------------
|
||||
与观影的影院下拉同一套交互，但**状态写在选中的原生 `<select>` 上**
|
||||
（写 `.value` + 派发 change）—— 这样无 JS 兜底、既有断言（读 `#ce-cal`）
|
||||
与"提交契约"全都不用改：自定义下拉只是它的**外观**。
|
||||
/* 🔴🔴 v93（用户 2026-10-25）：日历本自绘下拉的整套交互**已抽到**
|
||||
`assets/js/cs_picker.js`（全站加载，按容器上的 `data-cs-picker` 初始化）。
|
||||
|
||||
⚠️ 菜单 `.cs-menu` 是 `position:absolute`，而它**居中面板的滚容器里**
|
||||
（`.cal-modal { overflow-y:auto }`）。要看它在低端会不会被裁掉 ——
|
||||
真机几何断言里会量（见论文式验证）。
|
||||
============================================================ */
|
||||
(function () {
|
||||
var picker = document.getElementById('calPicker');
|
||||
var sel = document.getElementById('ce-cal');
|
||||
if (!picker || !sel) { return; }
|
||||
var btn = document.getElementById('cbBtn');
|
||||
var menu = document.getElementById('cbMenu');
|
||||
var dot = document.getElementById('cbDot');
|
||||
var text = document.getElementById('cbText');
|
||||
var list = document.getElementById('cbList');
|
||||
if (!btn || !menu || !dot || !text || !list) { return; }
|
||||
为什么必须抽走：首页「今天的日程」卡片那颗「新建日程」用的是**与本页同一份**
|
||||
模板块（`templates/calendar/_add_modal.php`），HTML 一模一样；
|
||||
交互却只写在下面这一段里 ⇒ 首页那张弹框的下拉**点了不展开**，
|
||||
用户看到的就是"日历本拉不下来，只有一个『工作』"。
|
||||
|
||||
/* 把 options 重建成列表项 —— 单一真值来源是那个 `<select>`，
|
||||
所以这里不需要模板另给一份数据、也不会两边不同步。 */
|
||||
function build() {
|
||||
list.innerHTML = '';
|
||||
Array.prototype.forEach.call(sel.options, function (o) {
|
||||
var b = document.createElement('button');
|
||||
b.type = 'button';
|
||||
b.className = 'cs-item' + (o.disabled ? ' is-disabled' : '');
|
||||
b.setAttribute('role', 'option');
|
||||
if (o.disabled) { b.disabled = true; b.title = o.getAttribute('title') || ''; }
|
||||
b.setAttribute('data-id', o.value);
|
||||
b.setAttribute('data-color', o.getAttribute('data-color') || '');
|
||||
b.setAttribute('data-text', o.textContent || '');
|
||||
var d = document.createElement('span');
|
||||
d.className = 'cs-dot';
|
||||
d.style.background = o.getAttribute('data-color') || '';
|
||||
var s = document.createElement('span');
|
||||
s.textContent = o.textContent || '';
|
||||
b.appendChild(d); b.appendChild(s);
|
||||
list.appendChild(b);
|
||||
});
|
||||
}
|
||||
function paint() {
|
||||
var o = sel.options[sel.selectedIndex];
|
||||
if (!o) { return; }
|
||||
text.textContent = o.textContent || '';
|
||||
var c = o.getAttribute('data-color') || '';
|
||||
if (c) { dot.hidden = false; dot.style.background = c; } else { dot.hidden = true; }
|
||||
}
|
||||
function closeMenu() {
|
||||
menu.hidden = true;
|
||||
btn.setAttribute('aria-expanded', 'false');
|
||||
picker.setAttribute('data-open', '0');
|
||||
}
|
||||
function openMenu() {
|
||||
menu.hidden = false;
|
||||
btn.setAttribute('aria-expanded', 'true');
|
||||
picker.setAttribute('data-open', '1');
|
||||
}
|
||||
|
||||
build();
|
||||
paint();
|
||||
/* ⚠️ 原生 select 的 change 会由别处（旧 syncDot、无 JS 路径）触发，
|
||||
这里也监听一次，保证显示与真值永远一致。 */
|
||||
sel.addEventListener('change', paint);
|
||||
|
||||
btn.addEventListener('click', function (e) {
|
||||
e.stopPropagation();
|
||||
if (menu.hidden) { openMenu(); } else { closeMenu(); }
|
||||
});
|
||||
menu.addEventListener('click', function (e) {
|
||||
var it = e.target.closest ? e.target.closest('.cs-item') : null;
|
||||
if (!it || it.disabled) { return; }
|
||||
e.stopPropagation();
|
||||
sel.value = it.getAttribute('data-id');
|
||||
sel.dispatchEvent(new Event('change', { bubbles: true }));
|
||||
closeMenu();
|
||||
});
|
||||
/* 点空白处收起（用 document 监听 + 判定 inside，不额外造遮罩节点）
|
||||
⚠️ 必须在**捕获阶段**判定：菜单项的 click 会 stopPropagation，
|
||||
但那是冒泡阶段 —— 捕获阶段先于它，这里判"点在不在 picker 里"
|
||||
就够精确了（点在菜单里 → 不收）。 */
|
||||
document.addEventListener('click', function (e) {
|
||||
if (menu.hidden) { return; }
|
||||
if (picker.contains(e.target)) { return; }
|
||||
closeMenu();
|
||||
}, true);
|
||||
document.addEventListener('keydown', function (e) {
|
||||
if (e.key === 'Escape' && !menu.hidden) { closeMenu(); }
|
||||
});
|
||||
})();
|
||||
⚠️ 这里只留一句兜底调用。正常情况下通用脚本在 DOM ready 时已经扫过
|
||||
（那时元素在、只是被 `hidden` 藏着，不影响绑定），这里什么都绑不上 ——
|
||||
它是幂等的，绑过一次的容器自带 `data-cs-ready`，不会被绑第二遍。
|
||||
⚠️ **不要**把交互搬回这里"顺便兼容一下"：搬回来就等于又只有本页能用。 */
|
||||
if (typeof window.fbInitCsPicker === 'function') { window.fbInitCsPicker(card || document); }
|
||||
|
||||
var form = document.getElementById('calAddForm');
|
||||
var tip = document.getElementById('calAddTip');
|
||||
|
||||
@@ -265,6 +265,15 @@ require __DIR__ . '/_entry_popup.php'; ?>
|
||||
⚠️ 与上面 `task_add.js` 并存不冲突：那一份仍管 `#taskAddCard`（v78 已上线），
|
||||
这一份只认 `[data-fb-add-modal]`，两者选择器不相交。 */ ?>
|
||||
<script src="<?= e(asset('/assets/js/add_modal.js')) ?>" defer></script>
|
||||
<?php /* 🔴🔴 v93（用户 2026-10-25）：「如果新建日程，日历本是拉不下来的」——
|
||||
通用「色点下拉」（`.cs`）的交互。原来只内联在 `templates/calendar/index.php` 里，
|
||||
而「新建日程」那张弹框是**首页与日程页共用**的同一份模板 ⇒ 首页那份没有交互，
|
||||
按钮点下去菜单不展开（用户看到的就是"只有一个『工作』"）。
|
||||
⚠️ 全站加载 + 按 `[data-cs-picker]` 初始化：只认这个标记，不扫所有 `.cs`
|
||||
（观影表单的影院下拉有自己的内联绑定，两边都绑会"点一次开两次"）。
|
||||
⚠️ 幂等（`data-cs-ready`）：浮层里点「编辑」会 AJAX 换进含下拉的表单，
|
||||
那边由 `entry_popup.js` 再调一次 `fbInitCsPicker()` 补绑。 */ ?>
|
||||
<script src="<?= e(asset('/assets/js/cs_picker.js')) ?>" defer></script>
|
||||
<?php /* 🔴 v32 第 3 条：浏览器通知（站内消息 + 日程到期提醒）。
|
||||
⚠️ **只在已登录时加载** —— 登录页轮询会一直 302 去登录页，白跑。
|
||||
同理也不在"免登录的导航展示页"上跑（那页没有会话）。
|
||||
|
||||
Reference in New Issue
Block a user