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:
@@ -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