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:
@@ -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));
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user