Commit Graph

22 Commits

Author SHA1 Message Date
536c7e09ec fix(ui): mini 页内容框按视口自适应并在框内滚动 + 去除硬编码蓝色
两个反馈一次处理:

1) 滚动行为割裂
   实测 .minimal-section-inner 为 max-height:none / overflow:visible,
   内容多即撑高整页 → 滚动落在页面;分组内容多少不同,就出现"有的能滚有的不能"。
   改为:body(:has(.minimal-home)) 锁 100dvh 且 overflow:hidden,主体纵向 flex,
   内容外框/内框 flex:1 + min-height:0 + overflow-y:auto,滚动统一切到框内;
   底部留 84px 净空避免被悬浮件/备案号压住;仅作用于 mini 页,不影响首页与工作区。

2) 硬编码蓝色(9 处,全在 web/navi.css)
   - Dashy 主题变量 --primary/--primary-alt/--info/--footer-text-color-link/
     --nav-link-border-color-hover 原为 #38bdf8/#0ea5e9 → 改中性 slate
     (深色块用 #cbd5e1/#94a3b8 保证可读)——这是全站泛蓝的源头
   - 按钮蓝色渐变 linear-gradient(#0ea5e9,#2563eb) ×2 → 中性 slate 渐变
   - 深色页脚链接 hover #38bdf8 → #e2e8f0
2026-09-12 16:06:24 +08:00
106a178726 fix(ui): mini 页签去图标与蓝色,选中态改为中心向外扩散的高亮
按用户要求调整 /minimal 顶部页签:
- 删除页签内小图标(.section-icon/.item-icon 隐藏)——它同时是 Dashy --primary(#0ea5e9)
  蓝色最显眼的一处来源
- 选中态不再用"更实底色 + 内描边"(会读成描边/填充),改为**径向渐变**:
  中心接近纯白、向四周渐淡至透明,视觉上"从中心向外扩散";
  未选中页签显式清掉 background-image,形成"选中=有光晕"的对照,不靠颜色区分
- 文字强制回中性色(浅色 #0f172a / 未选 #334155;深色 #f1f5f9 / 未选 #a9b8cd)
  并加轻微 text-shadow,保证中心亮底上的可读性
- 深色模式同款径向高亮(冷白偏蓝的暗底亮斑),文字对比度同步
- 焦点态改为细白环(去掉会读成描边的默认 outline)
2026-09-12 15:32:45 +08:00
6e073a9201 fix(ui): mini 页顶部页签补齐玻璃质感(与搜索栏/浮动件同一配方)
问题:/minimal 顶部那排页签(.headings)与左右翻页按钮只有尺寸与圆角,
没有底色/边框/backdrop-filter,而页面其它玻璃面(dock、搜索栏、分组容器)
用的是 blur(22px) saturate(180%) + 半透明白底 + 内高光边框 → 顶部一排显得十分割裂。

改动(web/navi.css):
- .minimal-headings-row .headings 补玻璃底/边框/投影/模糊,与搜索栏同配方
- 选中态(.active / aria-selected)底色更实 + 内描边,保持可辨识
- 左右翻页按钮同样上玻璃(略小模糊),disabled 时降透明度
- 深色模式给对应的深色玻璃值(rgba(20,31,49,.78) 系),避免深色下发白刺眼
- 支持 prefers-reduced-motion

注意:本次为纯 CSS 改动,尚未做真实渲染验证(需部署后截图核对)。
2026-09-12 15:25:31 +08:00
f08e0bf844 fix(workspace): 弹窗卡片在深色下仍是白卡(补齐)
实测(打开被拒绝内嵌的应用时弹出提示):
.navi-ws-modal 遮罩已是深色,但 .navi-ws-modal-card 仍为 rgba(255,255,255,.96),
深色下是刺眼白块且与浅色文字冲突;按钮同样是亮色。

补齐卡片/标题/正文/按钮的深色样式。内嵌区上一条已改为透明(去黑方块)。
2026-09-12 08:39:43 +08:00
b794aed18e fix(workspace): 去掉内嵌应用区的黑方块(改透明)
用户反馈工作空间深色下有黑色方块。实测:亮色时代该区域是 #fff,我在 v44
把它改成 #0f172a,于是打开应用时那块区域变成一整块不透明黑。

修法:内嵌区与 iframe 一律透明(露出壁纸/玻璃底),应用自身背景照常显示,
空态也不再出现突兀方块。深/浅两种模式行为一致。
2026-09-12 08:37:02 +08:00
2d3b1e31de fix(layout): 矮视口下备案号移出文档流,彻底修掉 minimal 纵向滚动
实测:仅压缩内边距后 .navi-footer-host 仍有 37px 高且在 flow 中,
900x520 下 minimal 的 scrollH=536 > viewH=520(溢出 16px)。
改为 position:fixed 后不再撑高页面;搜索栏与按钮组已在 bottom:60px,不会相撞。
workspace 视图原本就是这样处理。

同时记录另一处误判:矩阵里"900x520 失去深色"是我等待不足(2s)抢在
navi.js 应用主题前测量所致;复测 mq=true/navi-dark 均已生效,深色无问题。
2026-09-12 08:12:09 +08:00
67038ce4de fix(layout): 矮视口下备案号不再撑高页面(修 minimal 纵向滚动)
实测复现:900x520 时 .navi-footer-host 由 39px 换行涨到 69px,因处于文档流
(margin-top:auto)把页面顶高 47px,minimal 出现纵向滚动;1280x720 等常见尺寸
复现不出来,所以此前漏检。

只对 max-height:560px 收紧:缩小内边距/字号 + 禁止换行,并同步上移搜索栏
与按钮组,避免与备案号相撞。高窗口与移动端不受影响。
2026-09-12 07:55:22 +08:00
c8f6ac68fe fix(theme): workspace/minimal 深色补齐(侧栏白色药丸、内嵌应用白框)
实测(computed style):
- nav.side-bar 已是深色,但 .side-bar-item 仍为 rgba(255,255,255,.7) 白色药丸
- .work-space .web-content 为 rgb(255,255,255) 纯白,深色下形成刺眼白框
- .navi-ws-bar-btn / 工具条 / 提示框一并补齐深色

minimal 的纵向滚动在 1280x720 下复现不出来(scrollable=false),
需要用更矮视口复现后再修,避免凭猜测改动布局。
2026-09-12 07:53:08 +08:00
064f986a7f fix(theme): 深色遮罩交给服务端,避免双重压暗
实测发现深色下 body 的 background-image 仍是亮色的 70% 白遮罩(壁纸被洗白)。
遮罩由服务端 applyWallpaperBlock 写进 conf.yml,因此在那里补一条深色规则
(同一张壁纸 + rgba(6,12,24,dim+0.15) 遮罩),并移除 navi.css 里那层
body::before 遮罩,避免壁纸被双重压暗。加单测断言深浅两条规则共存、
且移除壁纸时一并清除。
2026-09-12 07:49:34 +08:00
1257164c3f fix(theme): 备案号深色药丸 + 确认不再用 background 简写
浏览器规则枚举确认元凶:navi.css 的 html.navi-dark body 用 background 简写
(特异性 0,2,1 > 壁纸规则 0,1,1),简写把 background-image 重置为 initial,
于是壁纸消失。本地已改为仅 background-color + body::before 深色遮罩。

同时按实测补上备案号药丸的深色样式(此前实测仍是 rgba(255,255,255,.55)),
并把内部元素强制透明,避免深底上贴一块白。
实测数据:备案号位于文档最底部(y=1079..1125 / 文档高 1125),与悬浮件无重叠。
2026-09-12 07:46:09 +08:00
e064ef5296 fix(theme): 深色不再抹掉壁纸,改为深色遮罩压暗
用户反馈深色下背景图片消失。原因:我在深色里用了 background 简写并带
!important(特异性 0,2,1 > 壁纸规则的 0,1,1),把壁纸的 background-image
清成了 none。

改为:只覆盖 background-color,另加 body::before 深色遮罩(与亮色模式
白色遮罩同思路,z-index:-1 是本站既有做法),壁纸依旧可见、只是变暗。
同时修正上一轮验证方法的缺陷:那几次"看到旧样式"是浏览器缓存造成的假象。
2026-09-12 07:40:56 +08:00
817a5991b3 fix(theme): 基于真实浏览器渲染修复深色文字与右侧方块
此前只检查 CSS 规则存在,没有检查真实页面 computed style,导致标题、分组标题、
卡片正文仍被前面的亮色 !important 规则覆盖;右侧 dock/view-switch 布局容器也被
错误涂上背景,形成灰色方块。

这次通过共享 Chromium 实际登录并强制深色模式,逐项读取 computed style:
- 顶部标题 #f1f5f9
- 分组标题 #dce6f5
- 卡片主文字 #f1f5f9、说明 #a9b8cd
- 分组/卡片使用协调的深色玻璃层级
- dock 与 view-switch 布局容器完全透明,仅两个圆形按钮着色
- 备案号为完整深色胶囊,子元素透明
- 工作空间/极简视图同步补齐深色侧栏、工具条和弹窗

自动验证同时断言:文字亮度、深色面板、透明容器、圆形按钮、零运行时异常。
新增 deploy/zd-host.sh,供单容器正式接管入口后的 host 网络部署使用;失败自动回滚。
2026-09-12 07:30:00 +08:00
44e2792f0e fix(theme): 深色下主页底色与右下悬浮件仍不生效
现象:主页大面积没变深;右下角仍有一块灰色方块。

根因:
1. conf.yml 的玻璃主题用 html[data-theme] body 设了亮色背景,特异度与
   html.navi-dark body 相同(0,1,1),而 customCss 由 Dashy 运行时注入、排在
   navi.css 之后 —— 平局时后者胜出,所以页面底色没被改掉。
2. 右下那块是我们自己的悬浮件,但此前只逐个类名列举,漏掉的类名就保持原样。

改法:
- navi.js 把 navi-dark 同时打到 <html> 与 <body>(并在 DOMContentLoaded 再应用一次)
- navi.css 用 html.navi-dark body.navi-dark 提高特异度到 (0,2,1),压过 customCss,
  与注入顺序无关
- 兜住 Dashy 外层容器(#dashy/.home/.workspace/.minimal-home)与原生页脚
- 用 [class^="navi-"]/[class*=" navi-"] 整体兜住我们注入的悬浮件,避免再漏类名
2026-09-11 23:38:56 +08:00
b1e4367937 fix(theme): 深色改为整套主题变量覆盖,不再改写 data-theme
用户反馈"深色区域有的方形、有的根本没变深"。根因有两层,都是我的做法错了:

1. navi.js 会把 <html data-theme> 改成 "dark"。Dashy 的配色变量是按主题名
   作用域输出的(本站主题 jianf-glass),改掉它 → 整套主题变量失配 →
   有的区域完全没变深。
2. navi.css 之前只覆盖"页面底色 + 我们自己的悬浮件",Dashy 自己的卡片/侧栏/
   头部仍走原主题 → 与深底色拼在一起,就成了直角圆角混杂。

改法:
- navi.js 只切 <html class="navi-dark">(并设 color-scheme),绝不碰 data-theme
- navi.css 用 html.navi-dark 一次性覆盖 jianf-glass 的全部配色变量(47 个:
  背景/卡片分组/条目文字/侧栏/头部导航/搜索框/设置面板/弹层/滚动条/语义色),
  Dashy 自身界面随之整体一致变深;形状由元素自身样式决定,不再混杂
- 选择器 html.navi-dark 特异度(0,1,1) 高于 [data-theme=…](0,1,0),与注入顺序无关

需要目视确认配色层次(变量值只能看着调)。
2026-09-11 23:31:27 +08:00
a8ce6ad759 feat(theme): 导航页恢复自动深浅色(跟随系统),保留隐藏原生设置入口
用户反馈:现在没有自动深/浅色。实测原因有两层:
1. Dashy 原生的日/夜切换按钮在设置面板里,而该面板按要求被隐藏;
2. navi.css 没有任何 prefers-color-scheme 分支,且多处写死亮色。

本提交按"我们自己接管"实现(不去赌 Dashy 压缩后的主题存储键):
- navi.js:默认跟 prefers-color-scheme;手动切换过以 localStorage.navi-theme 为准;
  系统偏好变化实时跟随;给 <html> 设 data-theme 与 .navi-dark,并设 color-scheme。
  Dashy 挂载后可能覆写 data-theme,用短暂定时对齐 + 属性观察器收口
  (仅在"与期望不一致"时回写,避免自激循环)。
- navi.css:深色下覆盖页面底色与文字,以及我们自己注入的悬浮控件
  (搜索条/收边控件/页脚/工作空间工具条与弹窗/迷你视图标签条)。
  选择器带 body 以压过主题注入的 customCss。

需要人工目视确认观感(深色下的玻璃层次只能靠眼睛调)。
2026-09-11 23:18:54 +08:00
26a0b15014 perf(web)+fix(admin): 撤掉卡片层模糊、补隐藏动画、后台窄屏适配、收边两段式
1) 卡顿:撤掉"重复且参与动画"的卡片层 backdrop-filter
   实测首页 37 个元素带模糊(24 张卡片 + 6 个分组容器 + 顶栏 + 悬浮件)。
   模糊要对背景逐帧重采样,而卡片又参与逐张淡入与悬停位移,叠加就是卡顿。
   现在只保留分组容器的玻璃感与悬浮件(搜索栏因宽/圆角/内边距一直在变也去掉)。
   实测:/ 从 37 → 12,/minimal 从 15 → 4。
   注意:选择器必须写成 html[data-theme] body a.item —— 主题的 customCss 由
   Dashy 运行时注入,同权重 + 同为 !important 时靠文档顺序决胜,写在 navi.css
   里的规则会输,必须提高特异性。

2) 隐藏/出现补动画
   ≤380px 让位隐藏按钮组:加上 opacity+位移过渡,并把 visibility 延迟到淡出
   结束再切(否则瞬间消失、看不到过渡)。弹层关闭先加 .closing 淡出再摘节点。
   降动效模式下不再用 transform:none 抹掉"收边"的位移,避免隐藏失效。

3) 工作空间收边改为"第一次交互只滑出"
   收起态点一下只滑出、不触发(否则贴边的按钮会被直接点中,比如想看搜索框
   结果把管理后台打开了);第二次点击才生效。判据是"元素是否真的露在视口内",
   所以鼠标悬停已展开时一次点击即生效。6 秒无操作或 Esc 自动收回。

4) 后台窄屏:分组行原本是内联 flex + 固定 max-width,窄屏既不能换行也不能
   收缩,输入框顶破卡片。改用类 + ≤560px 适配(竖排、整行占满、按钮右对齐、
   字号 16px 防 iOS 聚焦缩放)。实测 390px:scrollWidth == innerWidth、
   零横向溢出。
2026-09-11 20:13:44 +08:00
76a6a83e7d feat(web): 不支持内嵌时明确弹层;修掉被 promise 吞掉的 ReferenceError
1) 点不支持在工作区显示的应用 → 弹出提示卡片
   标题「该应用不支持在工作区显示」+ 域名 + 服务器返回的原因 +
   「在新标签页打开 / 知道了」两个按钮;面板里同时保留同样的说明。
   之前只在面板里显示一行字,用户点了之后缺少明确反馈。

2) 修 ReferenceError: openUrl is not defined(线上真实故障)
   setWorkspaceState 第 4 个参数早先从 openUrl 改名为 note 时,blocked
   分支漏改,于是每次被拒内嵌都在函数内部抛异常,异常沿 promise 链被吞,
   导致后面的弹层根本没有执行、面板提示也只渲染到一半(URL 行和按钮缺失)。
   教训:验收必须采集 Runtime.exceptionThrown,并且断言交互元素真的存在;
   只断言"状态=blocked + 提示文字前缀"会恰好掩盖这类错误。
2026-09-11 19:52:19 +08:00
f40e54287b fix(web): 极窄屏备案号不再顶到按钮;mini 叶签两端改为渐变淡出
1) 备案号与自定义按钮只剩 1px
   实测 320x640:备案号换行成两行、高 66px,占据距底 11..77;而搜索球/
   按钮组固定在 bottom:76px → 两者实测只剩 1px(视觉上已贴上)。
   修法:≤380px 时把按钮上移到 bottom:88px,并收紧页脚 gap/padding
   (两行高度仍 66px)→ 实测净间隙 11px。≥390px 时备案号是单行 39px,
   间隙本就充足,保持不变。

2) mini 顶部叶签被两侧按钮硬切
   结构是 [‹按钮 34px][滚动行][›按钮 34px],滚动行 overflow-x:auto
   (内容 858px / 可视 294px),卡片直接在滚动行边缘被切断,没有任何过渡。
   修法:给滚动行加 mask-image 两端各 24px 渐变淡出,并用 :has() 关联
   翻页按钮的 disabled 状态 —— 已经在尽头的一侧不再淡出(两端都到头则
   完全不遮罩),避免"到头了还在渐隐"的错觉。
   实测:最左时 mask 为「左侧实心 + 右侧渐隐」,滚到最右变为
   「左侧渐隐 + 右侧实心」。
2026-09-11 19:18:00 +08:00
8ba5e5117b feat(web): 工作空间内嵌网页 + 控件收边 + 页脚去重 + 窄屏不再重叠
1) 工作空间真的在中间打开网页
   Dashy 的面板就是 iframe,但它的 launchApp() 只在 target 不是 newtab 时
   才把 URL 灌进 iframe;而且侧栏项目大多没有 per-item target,Dashy 走的是
   Vue 直接改 iframe.src 的路径 —— 根本不经过 window.open,导致判定逻辑被
   绕过(实测:Gitea 仍被内嵌、空白)。现在两条路径统一进 verifyAndShow():
   先探测再决定内嵌还是明确提示;被拒时还会清空 iframe 的 src。

2) 控件在工作空间收边
   中间嵌的是别人的应用,常驻控件会遮挡。搜索球收左边缘、右下角两个按钮
   组成 dock 整组收右边缘、备案号收下边缘,各露 14px(备案号 13px),
   鼠标移入或点击、聚焦时滑出展开。只在工作空间生效。

3) 修 iframe 撑高页面 77px
   Dashy 的 .web-content iframe 是 position:absolute,包含块是 #dashy 而非
   .web-content,外层 overflow:hidden 拦不住它,它按 #dashy 高度撑到 814px
   (164+814=977 正好等于页面 scrollHeight)。补 position:static 后归零。

4) 首页不再出现两个备案号
   Vue 异步挂载,navi.js 可能先补了一份页脚,之后 Dashy 的页脚才出现;
   原来的守卫只判断 .navi-footer 是否存在,不会回收自己早先注入的那份。
   新增 dashyFooterNode() 区分两者,发现 Dashy 的就把我们补的移除。

5) 窄屏展开搜索框不再压住右下按钮组
   手机端展开宽度是 calc(100% - 86px),而按钮组占最后 114px → 重叠 38px。
   改为按按钮组真实占位预留(≥600px: min(560px, 100% - 158px);
   ≤599px: calc(100% - 132px));≤380px 时输入框会窄到不可用,改为
   临时隐藏按钮组(用 visibility 而非 transform,因为 prefers-reduced-motion
   会强制 transform:none)。
2026-09-11 19:04:38 +08:00
da196abcb5 feat(web): 隐藏原生设置、圆形视图切换、工作空间改列表、三视图标题统一
用户提出的四条,都基于实测数据而不是猜测:

1) 隐藏 Dashy 原生设置入口
   顶栏的 .config-launcher(齿轮+铅笔+调色板)与我们的 /admin/ 重复,
   连同 .options-trigger/.settings-outer 一起隐藏。

2) 视图切换图标改成圆形,紧贴自定义入口左侧
   原生切换按钮是侧栏底部的方形图标(.switch-view-buttons),已隐藏;
   改为右下角圆形悬浮按钮 .navi-view-switch,点开是「首页/极简/工作空间」
   菜单并标出当前视图。
   顺带修掉 2px 错位:管理入口是内容盒(48+2px 边框=50),视图按钮是
   边框盒(48),并排时差 2px;给管理入口补 box-sizing: border-box。

3) 工作空间「点了没反应」
   读 Dashy 自己的 Workspace 组件(assets/Workspace-*.js)得到结论:
   右侧面板就是一个 iframe,launchApp() 只有 target 不是 newtab 才把 URL
   灌进面板;我们全局 openingMethod: newtab,所以每次点击都走 window.open
   分支,this.url 恒为空 → 面板永远空白。
   就算灌进去也没用:Gitea 实测 X-Frame-Options: sameorigin 拒绝被嵌
   (Refused to display … in a frame)。
   所以改成:点左侧分组 → 右侧列出该分组应用卡片(数据取自
   /admin/api/sections),不依赖目标站点是否允许 iframe,首页仍保持新标签页。

4) 三视图标题割裂
   实测 /minimal 是 48px 居中 -1.92px,而 / 与 /workspace 是顶栏里 40px
   左对齐、无字距。现在三个视图共用同一条规则(clamp(1.75rem,4vw,2.75rem)、
   700、-0.035em、居中;移动端 clamp(1.6rem,8vw,2.2rem)),副标题也居中置灰。

另外:工作空间面板原本用 position: fixed 钉在视口中间(1364×654,上距顶栏
7px、下距搜索栏 8px),把页面切成「顶栏/大方块/底部」三段;改为正常文档流,
内容多时页面自然滚动。
2026-09-11 18:17:23 +08:00
80b0e5f51e feat(web): 搜索框收起态 + admin 入口 + 修正多余滚动
- 搜索栏默认收起为左下角放大镜悬浮球(52/56px),点它展开成输入框,
  输入框内左侧仍是同一个放大镜,点它收起;Esc 也可收起
- Dashy 页面补右下角 /admin/ 悬浮入口(原先没有任何管理入口)
- 短页面不再凭空可滚动:body 留白 104->84px,并给 #dashy 扣掉同样高度
  (Dashy 的 #dashy 本已撑满 100vh,叠加留白就多出约 134px 滚动)
- 补的备案号页脚改为固定在搜索栏正上方,不再参与文档流撑高页面
- 弹层打开时搜索栏与管理入口一并让位
2026-09-11 17:03:33 +08:00
9eb8214fab fix(web): 搜索栏改为底部悬浮,补极简视图页脚与整体动效
- 搜索栏 position:fixed 悬浮在视口下侧,任何视图/滚动位置都可见;
  原先是流式跟在页脚之后,手机上要滚到底才看得到
- 极简视图(/minimal)与工作空间不渲染 Dashy 页脚,备案号整段消失;
  navi.js 从只读 pageinfo 取回页脚补一份(DOMParser,不用 innerHTML)
- 空分组不再渲染成空玻璃条(:not(:has(a.item))),修掉 mini 页底部一排空框
- 图标统一 56/48px 容器 + object-fit:contain,修 24px 与 56px 混排
- 备案号页脚改为胶囊样式
- 新增动效层:视图/卡片淡入、搜索栏滑入、悬停位移,全部只动
  transform/opacity 并遵循 prefers-reduced-motion
2026-09-11 16:25:26 +08:00