v24 第 21 批:无刷新删除与新建日程 / 实际行程不回退 / 行程按时间排 / 统一上传框 / 时间范围控件修复(用户 8 条)

用户 8 条原话要点:
  ①「名册页面,删除一个联系人后,能否不刷新页面,删除成功后,直接把这个人,
     从当前页面的 dom 中删除,页面保持不动。」
  ②「观影模块,海报和票根以及照片都带进来了,但是没有缩放,把页面撑破了,
     应该缩放成缩略图。」
  ③「个人设置页面,天气设置那里,把:只影响你自己首页上的那一格 / 填个城市名就行
     (如「青岛」)… 这些提示,都删除。把城市单独放一行,精度维度放在一行。」
  ④「旅程模块,实际行程编辑后,点击保存,竟然又变成计划行程了,这个不合理,
     实际行程永远是实际行程,不会再变回计划行程了。」
  ⑤「旅程模块,旅程列表,行程列表,都是按照行程的开始时间排序的,最新的在最上面,
     而不是按照编辑修改时间。」
  ⑥「旅程的详情页面,右上角的按钮,设置在最右侧,和其他模块保持统一。」
  ⑦「所有上传图片等附件的地方,都不再放按钮,而是放一个框,点击这个框实现点击上传
     按钮的功能,拖动图片进这个框里,实现拖动多个上传功能。框里面写一句话:
     点击或拖动进行上传,其他的功能和现在保持一致。」
  ⑧「日历中新建日程,无论是点击按钮还是点击日历中间,都是采用弹框的形式进行添加,
     这样不影响当前日历的显示,添加完成后,动态修改当前视图,不要刷新。添加日历日程,
     开始时间和结束时间那里,用我们统一的时间范围选择器重做,现在功能无法使用。
     选择日历本,带上颜色。」

🔴 五个真根因(全都不像 bug):

 ① 🔴 **④「实际行程变回计划」= 表单字段同名合并**(本批最要紧的一条)
    暂存上传的令牌字段原叫 `stage[]`,与行程表单里那个隐藏的 `stage`(plan/actual)
    **同名**。PHP 解析表单时同名会**合并进同一个键**:
        `stage=actual` + `stage[]=tok` → `$_POST['stage'] = ['actual','tok']`
    (`[]` 只是"往同一个键追加"的记号,**不构成另一个键名**。)
    于是路由里 `(string)($_POST['stage'] ?? 'plan')` 得到 `"Array"` →
    `in_array('Array', ['plan','actual'])` 为假 → **静默回落成 'plan'**。
    ⚠️ 只有"拖过图片的行程"会犯(没拖就没有 `stage[]`)→ 症状是"时好时坏"。
    修法:令牌字段改名成 `stage_token[]`(改的是**字段名本身**,不是"是数组就取第一个"
    绕过去 —— 同名合并是 PHP 的表单语义,绕过去只会把坑留给下一次加字段)。
    **另加一道语义保险**:编辑路径**一律沿用库里那条自己的 stage**,不读表单 ——
    编辑表单里根本没有改阶段的控件(改阶段走详情页那几个显式动作)。
    这样即便将来又冒出某个字段名冲突,也不可能把「实际」悄悄变回「计划」。

 ② 🔴 **⑧「时间范围选择器无法使用」= 三道门叠在一起**
    ① `_event_fields.php` 的**结束端默认带 `hidden`**(要点「+ 添加结束时间」才出现);
    ② `app.js` 的 `upgradeRange()` 有「**两端都得可见**才升级」的判断 → 永远不成立
       (实测 `data-semi-range-done` 恒为 `null`);
    ③ CSS `html.js .dt-range:not(.is-semi-range) .dt-input { visibility: hidden }` →
       未升级时原生控件**也是不可见的** ⇒ 屏幕上一片空白、点哪儿都没反应。
    修法:两端**始终可见**("没有结束"由清空后半段表达,不再靠开关);
    并把旧的「+ 添加结束时间 / 去掉结束时间」开关整套删掉。
    ⚠️ 顺带挖出:`upgradeRange()` 里 `group.insertBefore(host, a)` 在"两端各自被
    `.field` 包着"时 `a` 不是 `group` 的子节点 → 直接抛
    `Failed to execute 'insertBefore' on 'Node'`。这个异常**以前从没触发过**
    (被 ② 的提前 return 挡住了)—— 一旦放出来就炸。修成插在"端点最外层包装"之前。
    ⚠️ 观察器加了 `attributes: true, attributeFilter: ['hidden']`(并把 childList
    分支的 `return` 去掉):弹框/折叠面板/tab 里"稍后才露出来"的日期控件从此都能自动升级。

 ③ 🔴 **⑧「新建日程默认建出观影记录」= 产品缺口,不只是显示问题**
    `Calendar::DEFAULT_KINDS` 原来只有 6 本**派生**本(观影/旅行/农历/节假日/传统节日/
    节气),**一本可写的普通本都没有**。于是"放在哪本"里全是派生本、默认选中排最前的
    **观影** → 用户直接打字点「加上」,建出来的是一条**观影记录**
    (日历里看着是多了条日程,观影列表里莫名多一条)。这是"建错东西",事后极难发现。
    → ① 默认本补成「我的日程」(kind='custom'),模板里默认选中也改成**优先 custom 本**;
      ② 选择器里把**纯派生只读本**禁用并标「(自动生成)」
         (直接不列会让人以为本子丢了;列为可选又会白选一次再吃错误)。
    ⚠️ 顺带发现 `Calendar::READONLY_KINDS` 把 `movie`/`trip` 也算进去了,而
    `event_add` 里**紧跟着**就有两段专门处理它们的分支(「已加进观影」/「已加进旅程」)
    —— 那两段**永远走不到**(校验先一步把请求打回去了)。判据要按**能不能写**分,
    不是按"是不是派生"。

 ④ 🔴 **②「观影编辑页图片撑破」= `.mv-slot` 这个类在样式表里根本不存在**
    第 21 批加模板时只写了结构没写样式 → `<img>` 按**原始像素**渲染:600×900 的海报
    在 236px 宽的格子里撑出 942px 高,还把整页横向顶破(实测 docW 1297 > vw 1280)。
    → 补 `.mv-slot` 规格:固定 108×162 缩略图 + `object-fit: cover`。
    ⚠️ **高度必须写死** —— 不写死就又会由原图比例决定,等于没修。

 ⑤ **⑤行程列表排序 = `category, position` 主导**
    `position` 默认同一个数(旧迁移给的多是 0/100),于是顺序被 position 挤乱。
    实测线上 #222 渲染成「返回青岛(10-5) → 出发去菏泽(9-30) → 去姥姥家(10-2)」。
    → 改成 `ORDER BY (starts_at IS NULL), starts_at, id`。
    ⚠️ 方向是**正序**(早的在前,已跟用户确认);旅程列表仍是 DESC(最新在最上)。
       两者方向不同是**刻意的**:一个是"挑哪趟旅行",一个是"读这趟旅行的行程"。
    ⚠️ 详情页**按阶段分三组**渲染(计划/实际/未成行),排序只需在**组内**有序。

本批新增能力:
- **统一上传框**(⑦):`templates/_stage_drop.php` 现在**同时**负责
  「sr-only 的真文件框 + 看得见的上传框 + 暂存清单」,调用方只 require 一行。
  框是 `role="button" tabindex="0"`,JS 转发 `input.click()`(键盘 Enter/Space 也通),
  拖文件进框走既有的暂存上传(拖一个立刻传、可续拖、失败标红、未传完拦住保存)。
  ⚠️ 框用 `<div>` 不是 `<button>`:里面要放暂存清单(含「撤掉这张」按钮),
     按钮里嵌按钮是非法 HTML(第 21 批刚在 `<form>` 嵌套上栽过同一个跟头)。
  ⚠️ 文件框用 `.sr-only` 不是 `display:none`:后者不可聚焦,带 `required` 时
     Chrome 会报 "An invalid form control is not focusable" —— 点了什么都不发生。
  落了 11 处:行程照片 / 观影海报·票根·合影 / 资源 / 任务 / 日程附件 / 书籍 /
  联系人导入 / ics 导入 / 观影补传 / 资源补传。
  ⚠️ 清单与提示行移到框**外面**(放框内会变成"一个大框套五张图"),
     所以 app.js 改从 `.upfield` 容器里找它们。
- **无刷新删除(①)与无刷新新建日程(⑧)**:路由按 `X-Requested-With`
  (或 `Accept: application/json`)区分调用者 —— 带它回 JSON、不带照旧 302
  (无 JS 的兜底**不变**,两边的反向都写了断言)。
  · 名册删除:成功 → 摘卡片 + 就地改「共 N 人」与分组人数 + 派发 `input` 让
    filter.js 自己重算(**不抄它的判据**);失败 → 把原因说出来(不刷页);
    拿不到 JSON → **退回原生提交**(绝不静默失败)。
  · 日历新建:JSON 带齐前端插入当前视图要用的字段(时间/颜色/链接/是否全天/cal)。
    月视图**按时间插入**(不能 append —— 服务端只渲染前 3 条、按时间序取,
    append 会让"新加的早间日程"掉进「+N 条」里看不见,刷新后又跑到第一位);
    周/日视图按"24h = 100%"算 top/height 插块。
  · 观影 / 旅行本是**可写派生本**:AJAX 时不再跳详情页(跳走就离开了日历),
    改在提示行给一个「去看详情 →」链接。
- **⑧日历本带颜色**:原生 `<option>` 画不出色块(浏览器不允许在 option 里放元素),
  所以做成「色块 + 下拉」并排,色块跟着当前选中的本子变色。
- **③天气卡片**:三句提示全删;城市单独一行、纬度/经度同一行(`.loc-row`)。
  删的只是说明文字,三个输入框 + 保存 + 状态回显都保留。
- **⑥设置按钮贴最右**:原来顺序是「… → 设置 ☰ → 删除 🗑」,设置被删除键挤到**倒数第二**;
  改成删除在前、设置恒为最后一个(与观影/日程/任务/资源同一个手势)。

验证(本地全套):
- e2e **1059/0**(本批新增约 40 条断言)· 结构升级 149/0 · 桌面几何 428/0
- **真机探针 75/0**(`_fb_b21_ui.py`):AJAX 删除真的没导航 / 卡片真被摘掉 /
  滚动位置保持;缩略图几何(108×162,不再溢出);上传框(框在、原生框不可见、
  点框真打开文件选择框、连拖两张都上去且清单可见);日历弹框(打开时网格一动不动、
  范围控件真的挂上且可见、能弹面板、色块跟着换、无刷新提交后当前视图里立刻出现、
  周视图也能插时间块、全程无 JS 报错)。
- **反向验证 12 条**(`_fb_b21_falsify.py`):逐条把修复改回旧行为看断言是否变红 ——
  令牌字段改回 stage[] / 编辑读表单 stage / 排序改回 position / 设置按钮挪走 /
  框不转发点击 / 文件框不再 sr-only / 删缩略图规格 / 删除不回 JSON /
  结束端改回 hidden / 日历本默认改回第一个 / 天气提示加回 / 弹框改回内联。
- 部署脚本静态断言段本地空跑 **307/0**。
This commit is contained in:
2026-10-06 12:08:40 +08:00
parent ea99968035
commit f0437e6c93
19 changed files with 1209 additions and 270 deletions
+186 -39
View File
@@ -287,7 +287,18 @@ function attach_save_files(int $familyId, string $type, int $targetId, string $f
// 保存时(这里)才真正认领 —— 于是"立刻上传"与"最后统一保存"两件事都成立。
// ⚠️ 认领放在临时文件之前:两者最终都进同一张附件表、按 position 顺序排,
// 先认领的在前(也就是"拖动加进来的先出现"),符合操作顺序。
$staged = (array)($_POST['stage'] ?? []);
//
// 🔴 v24 第 21 批 第 4 条:字段名从 `stage` 改成 **`stage_token`**。
// 原来叫 `stage` 时,它和行程表单里那个隐藏的 `stage`(plan/actual)
// **同名** —— PHP 解析表单会把两者合并进同一个 `$_POST['stage']`,
// 而且因为上传那侧带 `[]`(追加记号),合并结果是**数组**。
// 于是 `trips/node_update` 里 `(string)($_POST['stage'] ?? 'plan')`
// 拿到 "Array" → 不在 ['plan','actual'] 里 → 静默退回 'plan'。
// 症状:拖过图片的"实际行程"一保存就变回计划行程(不拖图时正常 → 时好时坏)。
// ⚠️ 改字段名是唯一正确的修法:同名合并是 PHP 的表单语义,
// 在路由里加"是数组就取第一个"只会把这个坑留给下一次加字段。
// 详细来龙去脉见 templates/_stage_drop.php 头部。
$staged = (array)($_POST['stage_token'] ?? []);
$stageWarns = [];
if ($staged) {
$res = \App\StagedUpload::claim($familyId, $uploaderId, $staged, $type, $targetId);
@@ -1793,21 +1804,53 @@ switch ($r) {
csrf_check();
$id = (int)($_POST['id'] ?? 0);
$p = Person::find($id);
if ($p && (int)$p['family_id'] === (int)Auth::familyId()) {
if ((int)$p['id'] === (int)Auth::personId()) {
flash('err', '不能把自己从名册里移除。');
redirect('people/show', ['id' => $id]);
// ---- v24 第 21 批 第 1 条:名册页的删除改成**无刷新**(用户原话:
// 「删除一个联系人后,能否不刷新页面,删除成功后,直接把这个人,
// 从当前页面的 dom 中删除,页面保持不动。」)
//
// ⚠️ 同一个路由要同时服务两种调用者,所以**必须认 X-Requested-With**:
// · 名册页的 JS 带它 → 回 JSON,前端自己摘卡片;
// · 详情页底部那个删除**不带**(原生表单)→ 照旧 302 回名册。
// 判据不能用"有没有 POST 参数"之类的猜测 —— 那两处的参数是一样的。
//
// ⚠️ 每一条**失败**也要回 JSON(而且 msg 要说清为什么):
// 前端唯一的退路是"退回原生提交",而退回意味着刷页 ——
// "不能删自己"这种可预期的拒绝根本不该刷页。
$ajax = (($_SERVER['HTTP_X_REQUESTED_WITH'] ?? '') === 'XMLHttpRequest')
|| (strpos((string)($_SERVER['HTTP_ACCEPT'] ?? ''), 'application/json') !== false);
$jsonOut = static function (bool $ok, string $msg, array $extra = []) use ($ajax) {
if (!$ajax) {
flash($ok ? 'ok' : 'err', $msg);
return false;
}
// 不让最后一个管理员消失:系统里没人能管理家庭就锁死了
$acc = Account::findByPerson($id);
if ($acc && $acc['role'] === 'admin' && Account::adminCount() <= 1) {
flash('err', '这是唯一的管理员,先把另一个人设为管理员再移除。');
redirect('people/show', ['id' => $id]);
}
Upload::remove((int)Auth::familyId(), (string)$p['avatar']);
Person::delete($id);
flash('ok', '已从名册移除「' . $p['name'] . '」。');
header('Content-Type: application/json; charset=utf-8');
echo json_encode(array_merge(['ok' => $ok, 'msg' => $msg], $extra),
JSON_UNESCAPED_UNICODE);
exit;
};
if (!$p || (int)$p['family_id'] !== (int)Auth::familyId()) {
// 原本这里是静默 redirect("点了没反应");现在明确回一句
if ($jsonOut(false, '找不到这个人,可能已经被删掉了。')) { }
redirect('people');
}
if ((int)$p['id'] === (int)Auth::personId()) {
// 这条原本是 redirect 到**详情页**(用的人自己);AJAX 时不该跳页
if ($jsonOut(false, '不能把自己从名册里移除。')) { }
flash('err', '不能把自己从名册里移除。');
redirect('people/show', ['id' => $id]);
}
// 不让最后一个管理员消失:系统里没人能管理家庭就锁死了
$acc = Account::findByPerson($id);
if ($acc && $acc['role'] === 'admin' && Account::adminCount() <= 1) {
if ($jsonOut(false, '这是唯一的管理员,先把另一个人设为管理员再移除。')) { }
flash('err', '这是唯一的管理员,先把另一个人设为管理员再移除。');
redirect('people/show', ['id' => $id]);
}
Upload::remove((int)Auth::familyId(), (string)$p['avatar']);
$gone = (string)$p['name'];
Person::delete($id);
if ($jsonOut(true, '已删除「' . $gone . '」。', ['id' => $id])) { }
flash('ok', '已从名册移除「' . $gone . '」。');
redirect('people');
break;
@@ -3281,6 +3324,35 @@ switch ($r) {
}
$isEdit = $r === 'trips/node_update';
$nid = $isEdit ? (int)($_POST['id'] ?? 0) : 0;
/* ---- v24 第 21 批 第 4 条:**编辑行程绝不能悄悄改阶段** ----
用户原话:「旅程模块,实际行程编辑后,点击保存,竟然又变成计划行程了,
这个不合理,实际行程永远是实际行程,不会再变回计划行程了。」
这条违规的直接原因(`stage[]` 与 `stage` 同名合并 → 解析成 "Array")
已经通过改字段名修掉了(见 `_stage_drop.php` 头部)。
但这里再上一道**语义保险**:阶段只由「新建」和详情页那三个显式动作
(完成 / 标记未成行 / 标记为实际 / 恢复为计划)决定 ——
**编辑表单里根本没有让你改阶段的控件**,所以:
· 新建:认表单里那个隐藏 `stage`(值由「+ 计划行程 / + 实际行程」按钮决定,
服务端在 trips/node_new 里按 `?stage=` 渲染进去);
· 编辑:**一律沿用库里那一段自己的 stage**,不读表单。
这样即便将来又冒出某个字段名冲突、或有人往表单里加了个 `stage`,
也不可能把「实际」悄悄变回「计划」—— 那是最不该发生的静默数据损坏。
⚠️ 想改阶段请走详情页的显式按钮(它们各自有独立路由,语义清楚、可确认)。
⚠️ 新建这里的取值用 `!is_array` 兜一道:**同一个坑的通用防线** ——
`stage` 一旦因为任何原因变成数组(比如将来又有个 `stage[]`),
`(string)` 会得到 "Array" → `in_array` 为假 → 静默变成「计划」。
这里明确只接受标量,别的一律不认(宁可退回默认,也不把脏值写进库)。 */
$stageForSave = 'plan';
if ($isEdit) {
$curNode = Trip::node($nid);
$stageForSave = (string)($curNode['stage'] ?? 'plan');
} else {
$pick = $_POST['stage'] ?? 'plan';
$stageForSave = is_array($pick) ? 'plan' : (string)$pick;
}
// v24 第 16 批:表单照 TripLog 的节点,字段全量(用户第 7 条)。
// ⚠️ 第 17 批 用户第 3 条把「角色标注」去掉了("这个功能去掉,不要了"),
// 所以这里**不再读** roles;座位/登机口也不再从表单收(字段已从界面移除,
@@ -3294,8 +3366,8 @@ switch ($r) {
'node_type' => (string)($_POST['node_type'] ?? 'other'),
'status' => (string)($_POST['status'] ?? 'planned'),
'category' => (string)($_POST['category'] ?? 'plan'),
// 新建时用户在表单里选的「计划 / 实际」;编辑时表单带的是隐藏 stage
'stage' => (string)($_POST['stage_pick'] ?? $_POST['stage'] ?? 'plan'),
// 新建:认表单里选的「计划 / 实际」;**编辑:一律沿用库里的**(见上面那段说明)
'stage' => $stageForSave,
'members' => filter_family_person_ids((array)($_POST['members'] ?? []), $familyId),
// ---- v21:交通(TripLog 同款)----
'travel_mode' => (string)($_POST['travel_mode'] ?? ''),
@@ -3938,6 +4010,23 @@ switch ($r) {
$familyId = (int)Auth::familyId();
$me = (int)Auth::personId();
Auth::requireWrite();
/* 🔴 v24 第 21 批 第 7 条:日历新建日程改成**无刷新**(用户原话:
「添加完成后,动态修改当前视图,不要刷新。」)。
同一个路由要同时服务两种调用者 → 必须认 X-Requested-With:
· 页面里的 JS 带它 → 回 JSON(含新日程的颜色/时间/链接,前端自己插进日历);
· 无 JS 的原生表单 → 照旧 302 回日历(渐进增强的兜底不变)。
⚠️ 判据不能用"有没有某个参数"之类的猜测 —— 两条路的参数完全一样。 */
$ajax = (($_SERVER['HTTP_X_REQUESTED_WITH'] ?? '') === 'XMLHttpRequest')
|| (strpos((string)($_SERVER['HTTP_ACCEPT'] ?? ''), 'application/json') !== false);
$jsonFail = static function (string $msg) use ($ajax, &$ym) {
if ($ajax) {
header('Content-Type: application/json; charset=utf-8');
echo json_encode(['ok' => false, 'msg' => $msg], JSON_UNESCAPED_UNICODE);
exit;
}
flash('err', $msg);
redirect('calendar', ['ym' => $ym]);
};
csrf_check();
$ym = trim((string)($_POST['ym'] ?? ''));
$ym = preg_match('/^\d{4}-\d{2}$/', $ym) ? $ym : date('Y-m');
@@ -3949,25 +4038,21 @@ switch ($r) {
// kind='custom' 取 calendar_events),却会在库里留下一堆"看不见的日程"。
// 用户的要求是"不可删除",这里顺带把"不可写入"也钉死。
if ($cal && Calendar::isReadonlyKind((string)$cal['kind'])) {
flash('err', '「' . $cal['name'] . '」是系统日历,内容自动生成,不能往里加日程。');
redirect('calendar', ['view' => 'month', 'ym' => $ym]);
$jsonFail('「' . $cal['name'] . '」是系统日历,内容自动生成,不能往里加日程。');
}
if (!$cal || !Calendar::canWrite($cal, $me)) {
flash('err', '这本日历你没有写权限。');
redirect('calendar', ['ym' => $ym]);
$jsonFail('这本日历你没有写权限。');
}
// v24 第 5、6 条:起止各是一个「日期+时分秒」的完整时刻(_datetime.php 控件),
// 不再拆成 date / end_date / start_time / end_time 四格。
$startsAt = read_dt_input('starts_at');
if ($startsAt === null) {
flash('err', '开始时间不对。');
redirect('calendar', ['ym' => $ym]);
$jsonFail('开始时间不对。');
}
$endsAt = read_dt_input('ends_at');
$title = trim((string)($_POST['title'] ?? ''));
if ($title === '') {
flash('err', '日程得有个标题。');
redirect('calendar', ['ym' => $ym]);
$jsonFail('日程得有个标题。');
}
$allDay = !empty($_POST['all_day']);
if ($allDay) {
@@ -3980,21 +4065,55 @@ switch ($r) {
// ⚠️ 观影 / 旅行两本是派生的:往这两本里加日程 = 建一条真正的观影 / 旅程记录,
// 而不是往 calendar_events 里塞一行(那样日历里有、观影列表里没有)。
$kind = (string)$cal['kind'];
if ($kind === 'movie') {
$newId = Movie::create($familyId, $me, [
'title' => $title, 'starts_at' => $startsAt, 'ends_at' => $endsAt, 'note' => $note,
'attendees' => [$me],
]);
flash('ok', '已加进观影,日历里也能看到了。');
redirect('movies/show', ['id' => $newId]);
}
if ($kind === 'trip') {
$newId = Trip::create($familyId, $me, [
'title' => $title, 'starts_at' => $startsAt, 'ends_at' => $endsAt, 'note' => $note,
'attendees' => [$me],
]);
flash('ok', '已加进旅程,日历里也能看到了。');
redirect('trips/show', ['id' => $newId]);
/* 🔴 v24 第 21 批 第 7 条:观影 / 旅行两本是**可写**的 —— 往它们里面"加一条"
等于建一条真正的观影 / 旅程记录(只往 calendar_events 里塞一行的话,
日历里有、观影列表里没有)。
⚠️ 这两段原来只 `redirect()`,AJAX 时会把 fetch 带着跳走:
客户端拿到的是一整页 HTML、`r.json()` 解析失败 → 退回原生提交 →
又整页刷新一次。所以这里也要**回 JSON**,让前端照旧"插进当前视图"。
⚠️ AJAX 时**不再自动跳到观影/旅程详情页** —— 用户的原话是
"添加完成后,动态修改当前视图,不要刷新",跳走就等于离开了日历。
改在提示行里给一个可点的链接(想看详情随手点,不点也不打扰)。 */
if ($kind === 'movie' || $kind === 'trip') {
if ($kind === 'movie') {
$newId = Movie::create($familyId, $me, [
'title' => $title, 'starts_at' => $startsAt, 'ends_at' => $endsAt, 'note' => $note,
'attendees' => [$me],
]);
$okMsg = '已加进观影,日历里也能看到了。';
$okHref = url('movies/show', ['id' => $newId]);
} else {
$newId = Trip::create($familyId, $me, [
'title' => $title, 'starts_at' => $startsAt, 'ends_at' => $endsAt, 'note' => $note,
'attendees' => [$me],
]);
$okMsg = '已加进旅程,日历里也能看到了。';
$okHref = url('trips/show', ['id' => $newId]);
}
if ($ajax) {
header('Content-Type: application/json; charset=utf-8');
echo json_encode([
'ok' => true,
'msg' => $okMsg,
'goto' => $okHref, /* 前端只用来在提示行里放一个链接,不自动跳 */
'event' => [
'id' => (int)$newId,
'title' => $title,
'starts_at' => (string)$startsAt,
'ends_at' => (string)($endsAt ?? ''),
'all_day' => $allDay ? 1 : 0,
'cal' => (int)$cal['id'],
'color' => (string)($cal['color'] ?? ''),
'time' => ($allDay || $startsAt === '') ? '' : substr((string)$startsAt, 11, 5),
'href' => $okHref,
],
], JSON_UNESCAPED_UNICODE);
exit;
}
flash('ok', $okMsg);
redirect($kind === 'movie' ? 'movies/show' : 'trips/show', ['id' => $newId]);
}
$evId = Calendar::addEvent((int)$cal['id'], [
'title' => $title,
@@ -4015,6 +4134,34 @@ switch ($r) {
'created_by' => $me,
]);
$warns = attach_save_files($familyId, Calendar::ATTACH, $evId, 'attach', $me);
/* v24 第 21 批 第 7 条:AJAX 时回**够前端把它插进当前视图**的那几个字段。
⚠️ 字段必须与模板渲染那一行**完全一致**,否则"插进去的样子"与
"刷新一次之后的样子"会不同:
· time —— 月视图小条前面的 `<b>HH:MM</b>`(全天不显示);
· color —— 小条/时间块的底色(来自日历本,这正是用户要的"带上颜色");
· href —— 点它打开详情(与 Calendar::month 给的是同一个路由);
· cal —— data-cal,前端/样式按它分组。 */
if ($ajax) {
header('Content-Type: application/json; charset=utf-8');
echo json_encode([
'ok' => true,
'msg' => '日程已加上。',
'warns' => $warns,
'event' => [
'id' => (int)$evId,
'title' => $title,
'starts_at' => (string)$startsAt,
'ends_at' => (string)($endsAt ?? ''),
'all_day' => $allDay ? 1 : 0,
'cal' => (int)$cal['id'],
'color' => (string)($cal['color'] ?? ''),
'time' => ($allDay || $startsAt === '') ? '' : substr((string)$startsAt, 11, 5),
'href' => url('calendar/event', ['id' => (int)$evId, 'd' => substr((string)$startsAt, 0, 10)]),
],
], JSON_UNESCAPED_UNICODE);
exit;
}
if ($warns) {
flash('err', '有附件没有保存:' . implode(';', $warns));
}