feat: 采集采购页,采集与采购统一展示 (#19)
原来的采购任务页是骨架:var rows []gin.H 从不查库,页面永远为空; TODO 写的还是只查 task_type = 'purchase'。所以 #18 建出来的采集任务 在界面上哪儿都看不到——用户点完「创建采集任务」只能盯着 collect_status 猜。 模块名定为「采集采购」(用户指定),直接点出这页装的是哪两类任务, 比泛称「任务」更能让人一眼知道点进去看什么。路由 /tasks 不变, 改路由会让已有书签和文档链接全失效,没有收益。 列不按类型并列——两种任务字段完全不同,并列会让采集任务行一半是空列。 改成固定列 + 一列「目标」把业务信息概括成一句话: 采集 PDD 737116531267 采购 SO-001 · M/黑色 · 2件 · ≤¥42.00 拼接逻辑在 service 层,模板只负责显示。 统计和列表共用同一个筛选条件拼装函数。分开写的话总有一天会忘了 给统计也加条件,数字和表格对不上,操作员会以为页面坏了。 无主任务的客户端列显示「—」。#17 之后采集任务默认无主,这列会大量为空。 详情弹窗只读,采购专有字段(数量、价格上限、目标规格)在采集任务里 整段不出现,不显示空行。复用 #18 的弹窗机制,app.js 无需改动。 顺带清掉 PDD 页加进来之后一直没跟上的模块计数:多处「四个模块/四个页面」 改成五个。其中 06-quality-security.md 那两处是验证清单, 照着做的人只会测四个页面,PDD 页永远不在回归范围里。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -1,9 +1,9 @@
|
||||
/* Admin 样式表。手写 CSS,不引入框架、不引入构建流程。
|
||||
见 admin/AGENTS.md 前端约束。
|
||||
|
||||
四个模块共用同一套三段式布局的样式:
|
||||
五个模块共用同一套三段式布局的样式:
|
||||
.toolbar(顶部工具条)/ .table-wrap(中间表格)/ .statusbar(底部状态条)。
|
||||
改这里会同时影响四个页面,这是有意的——不要为某个页面复制一份。 */
|
||||
改这里会同时影响五个页面,这是有意的——不要为某个页面复制一份。 */
|
||||
|
||||
* { box-sizing: border-box; }
|
||||
|
||||
@@ -206,6 +206,19 @@ button.primary {
|
||||
}
|
||||
button.primary:hover { background: #1a5fd0; }
|
||||
|
||||
/* 详情弹窗里折叠展开的完整结果(result_data),见任务详情弹窗 */
|
||||
.result-data {
|
||||
white-space: pre-wrap;
|
||||
word-break: break-all;
|
||||
background: #f5f6f8;
|
||||
border: 1px solid #e1e4e8;
|
||||
border-radius: 4px;
|
||||
padding: 10px;
|
||||
max-height: 300px;
|
||||
overflow-y: auto;
|
||||
font-size: 12px;
|
||||
}
|
||||
|
||||
/* 弹窗里的字段表:左边标签,右边值 */
|
||||
.detail {
|
||||
display: grid;
|
||||
|
||||
Reference in New Issue
Block a user