/* ==========================================================================
   达播工作台 — base.css
   全局 reset / 排版 / 工具类 / 布局骨架（app-shell + 侧栏）
   规则：所有颜色/间距/圆角引用 design-tokens.css 变量，禁止裸 hex（#fff/#000 例外）
   ========================================================================== */

*,
*::before,
*::after {
  box-sizing: border-box;
}

* {
  margin: 0;
  padding: 0;
}

html,
body {
  height: 100%;
}

/* 常驻预留纵向滚动条的位置（乐哥 2026-09-18「同页面切 tab 也会向右移动然后闪一下」）
   --------------------------------------------------------------------------
   根因（实测）：本应用页面**变高变矮时滚动条会出现/消失**，而滚动条占 15px 宽
     ⇒ 内容区可用宽在 1585 ↔ 1600 之间反复跳变
     ⇒ 所有 `width:100%` 的容器（卡片、工具栏、右对齐的页头按钮组）**右边缘横向移动 15px**。
   实测（同口径、同一次会话，只在"长页/短页"之间切换）：
     不处理      ：页头按钮组右缘 1553 → 1568（**+15px**）、卡片右缘 1553 → 1568（+15px）
     加上本规则后：页头按钮组右缘 1553 → 1553（**0px**）、卡片右缘 1553 → 1553（0px）
   而"切 tab"恰好会改变页面高度（加载态的行数与真实数据不同）→ 所以表现为"切 tab 时向右移动"。

   ⚠️ 判据说明（这一条我一开始判错过，记下来避免重犯）：
      第一次我量的是 `documentElement.clientWidth` 是否被预留（得到"没预留"→ 误判无效）。
      但**用户看到的是元素位置**，正确判据是量"右对齐元素的 right 边界在长短页之间是否变化"。
      换成后者一量，结论就反了：本规则确实消除了可见位移。
   ⚠️ 试过但**不行**的写法：`html{overflow-y:scroll}` —— 它把跳变从视口转移到了 body
      （body 因 `overflow-x:hidden` 计算成 overflow-y:auto，也成了滚动容器）→ 仍有 11px 位移。 */
html {
  scrollbar-gutter: stable;
}

body {
  font-family: var(--font-family-body);
  font-size: var(--font-size-base);
  font-weight: var(--font-weight-regular);
  line-height: var(--font-line-height-body);
  letter-spacing: var(--font-letter-spacing-body);
  color: var(--color-fg);
  /* 页面底 = 内容区底色（2026-09-19 晚：改回「贴边」后不再有"桌面"这一层）。
     ⚠️ 这里曾是 --color-desk #E9EDF1（「整体悬浮」那版的桌面色）。
        乐哥 2026-09-19 拍板取消悬浮（改为方案A：侧栏与内容区都贴边、中间一条 1px 线），
        于是那圈"露桌面"的缝不存在了 → 该令牌已删除，这里回归 --color-bg。
        登录页有独立背景（.login-root 自己设了 --color-bg），不受影响。 */
  background: var(--color-bg);
  -webkit-font-smoothing: antialiased;
  text-rendering: optimizeLegibility;
  overflow-x: hidden;
}

a {
  color: inherit;
  text-decoration: none;
}

button {
  font-family: inherit;
  cursor: pointer;
}

input,
select,
textarea {
  font-family: inherit;
  font-size: inherit;
  color: inherit;
}

ul,
ol {
  list-style: none;
}

img {
  display: block;
  max-width: 100%;
}

.hidden {
  display: none !important;
}

/* 数字统一等宽：金额/数量/百分比/场次 */
.num {
  font-feature-settings: "tnum", "lnum";
  font-variant-numeric: tabular-nums;
  text-align: right;
}

/* 价格：醒目红色 + 加粗（货品售价/达播价等） */
.price {
  color: var(--color-price);
  font-weight: var(--font-weight-semibold);
  font-feature-settings: "tnum", "lnum";
  font-variant-numeric: tabular-nums;
}

/* 页面内容切换：淡入 + 轻微上移 + **逐块错峰**
   ══════════════════════════════════════════════════════════════════════════
   2026-09-26 动效升级（乐哥：「轻盈灵动，不要傻快傻快」）—— 两处改动：
     ① 曲线从 ease-standard 换成 `--motion-ease`（easeOutQuint），
        位移从写死的 6px 换成令牌 `--motion-rise`；
     ② **加错峰**：原来 `.page` 的所有直接子级（页头 / 工具栏 / 卡片…）**同时**开始动画，
        读起来是"一整块拍上来"。现在依次错开 36ms，
        视线会被自然地"带着往下走" —— **错峰是"灵动"最省力也最有效的一笔**。

   ⚠️⚠️ 为什么延迟只给前 5 个（`:nth-child(-n+5)`）：
      不封顶的话，一个 12 个子级的页面最后一个要等到 12×36 = 432ms 才开始，
      用户点完菜单要盯着半空的页面等 —— 那是"慢"，不是"轻盈"。
      第 6 个往后通常已在首屏之下，不参与错峰没有观感损失。
   ⚠️ fill-mode 用 **`backwards`**（不是 `both`！）：
      · `backwards` 负责"延迟期间保持 `from` 态（透明）"——不写的话延迟期间元素是
        "最终态"，会出现"先亮出来、再突然淡入"的闪烁（这是**原有诉求**，backwards 已满足）。
      · ⛔ `both` 比它多的那一半 `forwards`（**结束后保留终值**）不但是多余的、
        而且**有害** —— 2026-09-26 乐哥实报「点时间组件后，被上层卡片遮住了」的事故根因：
        终值 `transform: translateY(0) scale(1)` 的计算值是 `matrix(1,0,0,1,0,0)`、**不是 none**，
        而非 none 的 transform 会**创建层叠上下文** ⇒ 每个页面直接子级（工具栏/卡片容器…）
        永久变成层叠上下文 ⇒ 里面的下拉面板 `z-index: 1000` 被锁死在容器内部，
        与后面的兄弟（卡片）比较时按"容器的层级"排 ⇒ 面板被卡片盖住（实测命中 .kpi-card__value）。
        改 backwards ⇒ 动画结束后元素上**无任何动画残留**（transform 计算值 = none）
        ⇒ 层叠上下文消失，面板恢复盖住卡片（实测面板中心命中 .mp__grid）。
      · ⚠️ 别为了"必须有终值"改回 `both`/`forwards`：视觉终值 = 元素自然态，
        撤掉填充不会跳变（实测采样无中间帧突变）；而层叠上下文是**静默**副作用。
      · ⚠️ 也试过"`to` 帧去掉 transform"这条更隐晦的写法 —— **无效**（实测 Chrome
        仍会为隐式终值生成单位矩阵 ⇒ 照样创建层叠上下文），不要采用。
   ⚠️ 同时只动 opacity + transform（不触发重排）。
   ⚠️ 只在**路由切换**时播：`.page` 由 app.js 按路由新建（见 createTabContainer），
      页面内部的筛选/翻页是重绘 `.card` 内部的容器，不碰 `.page` 的直接子级
      ⇒ 不会每点一次筛选就整页重来（已真机核实，见 probe 的「筛选不重播」断言）。
   ══════════════════════════════════════════════════════════════════════════ */
.page > * {
  /* ⭐ 2026-09-26：曲线由 --motion-ease 换成 --motion-ease-pop（弹入，落位轻微回弹）。
     页面区块是"从无到有"的元素，没有"对准"语义 ⇒ 过冲大一点更生动。
     ⚠️ 不要在这里用 --motion-ease（那是**位移**曲线，过冲只有 2px 级）——
        实测用它播页面进场，肉眼读不出"弹"，只显得"滑了一下"。 */
  animation: page-fade-in var(--motion-base) var(--motion-ease-pop) backwards;
}
.page > *:nth-child(2) { animation-delay: var(--motion-stagger); }
.page > *:nth-child(3) { animation-delay: calc(var(--motion-stagger) * 2); }
.page > *:nth-child(4) { animation-delay: calc(var(--motion-stagger) * 3); }
.page > *:nth-child(5) { animation-delay: calc(var(--motion-stagger) * 4); }

@keyframes page-fade-in {
  /* 从"下方 + 略小"弹入：加 scale 是"弹"的关键 —— 只做位移像"滑上来"，
     带一点缩放才有"长出来"的感觉（幅度必须小：起始 0.985，肉眼读作"没这么扁了"）。 */
  from { opacity: 0; transform: translateY(var(--motion-rise)) scale(0.985); }
  to { opacity: 1; transform: translateY(0) scale(1); }
}

/* 编号/订单号/SKU/佣金编码等宽 */
.mono {
  font-family: var(--font-family-mono);
}

/* 超长文本截断 */
.ellipsis {
  overflow: hidden;
  text-overflow: ellipsis;
  white-space: nowrap;
}

/* ============================ 布局骨架 ============================ */

.app-shell {
  display: flex;
  min-height: 100vh;
}

/* ---- 侧栏（白色，与顶栏/标签栏同色；右侧一条 1px 线与内容区分离）----
   2026-09-19 晚：乐哥拍板**取消「整体悬浮」**，改为「方案A：贴边」。
   前一版是「侧栏与内容列各是一块 14px 圆角面板、彼此留 2~8px 缝浮在桌面色上」，
   实测两个毛病（都写进了技能 `dabotai-ui-consistency-fix`）：
     ① 缝宽不对等：左/中/右 2px、上/下 8px（差 4 倍）→ 读起来像"没对齐"而非"刻意留白"
     ② **滚动后两块面板顶边错开 8px** —— 本元素是 fixed（视口 top=8），
        而内容列的 margin-top:8px 是**文档坐标**、随文档滚走 →
        内容顶边落到视口 0、本元素顶边仍在视口 8。只测"未滚动"的探针永远发现不了。
   ⇒ 现在 top/left/bottom = 0（贴边通高）、直角、无阴影，靠 border-right 一条线分离。
   ⚠️ 这三条必须与 .app-main 的 margin 配套；移动端（抽屉式）在 layout.css 的
      @media (max-width:768px) 里另有覆盖，不依赖这三个值。 */
.sidebar {
  /* ⭐⭐ 2026-09-25 Gashora 骨架落地：侧栏从「贴边通高 + 右边一条线」改为**浮起的圆角岛**。
     参考图（乐哥指定）：左侧菜单栏是独立的一个岛，四周有缝、露出灰底。
     ▸ top 0 → **calc(frame-gap + tabs-bar-height + frame-gap) = 112px**（值随令牌走，此处只是当前读数）
       （顶栏 fixed 占据最顶部，侧栏从它下方开始）。
     ▸ left / bottom = --frame-gap：与顶栏的四周留白**同值**（缝宽对等，不许各写各的）。
     ▸ 圆角 18 + 柔和阴影：从"一块贴边区域"变成"一张浮起的卡"。
     ▸ 去掉 `border-right`（那条 #E5E8EC 竖线是"贴边"形态的分界，岛形态靠缝隙+阴影分界）。 */
  position: fixed;
  /* ⭐ 2026-09-28 骨架定稿（乐哥拍板）：侧栏**保持悬浮白岛**（圆角 18 + 四周有缝 + 阴影），
     仅 top 对齐到「连片顶栏」下沿 —— 顶栏贴顶（top:0，下边 = tabs-bar-height），
     侧栏从 tabs-bar-height + frame-gap 起（= 顶栏下边再留一个悬浮缝），与原"浮岛"形态一致。
     ⭐ 2026-09-28 深夜微调：+ 4px（乐哥：「左边菜单栏还是偏高，菜单栏低一点点」）——
        配合 .page 的 padding-top 24→16，侧栏岛与内容区页头的垂直落差 32 → 16px。 */
  top: calc(var(--tabs-bar-height) + var(--frame-gap) + 4px);
  left: var(--frame-gap);
  bottom: var(--frame-gap);
  width: var(--sidebar-width);
  display: flex;
  flex-direction: column;
  /* ⭐ 2026-09-28 侧栏岛改「克制玻璃」（乐哥：左侧菜单栏与顶栏/浮岛/Tab 统一同一套效果）——
     原为 `var(--color-surface)` 纯白不透明。改引用统一玻璃令牌：透白渐变 + blur20 + saturate180
     + 上缘高光；外阴影保留（灰底上的浮岛靠它浮起）。
     ⚠️ 透射验证：侧栏背后是页面灰底(#F6F6F6)、无内容穿过，透明度落点 ≈#FCFCFC（与纯白仅差 ~3 阶）
        ⇒ 不会"发灰"、菜单文字可读性不受影响（与 Tab/浮岛同一套值，观感统一）。 */
  background: var(--glass-bg);
  -webkit-backdrop-filter: var(--glass-blur);
  backdrop-filter: var(--glass-blur);
  border-radius: 18px;
  /* ⭐ 2026-09-28 乐哥：「左边菜单栏的边框和其他页面的不一致」——根因是**描边方式不同**：
     改前：`border-right: 0` + `box-shadow: 0 0 0 1px rgba(16,24,40,.05)`（**阴影画的伪边框**，
           色≈#F0F1F2、边缘柔和）；而全站卡片/顶栏用的是 `border: 1px solid
           var(--color-frame-border)`（#EBECEF、实线锐利）—— 两者并排一眼能看出不一样。
     改后：统一为**同一条实线边框**（与 .card / .module-card / .page-tabs-bar 同源令牌）。
     ▸ 保留柔和外阴影（6px 20px）：侧栏是浮在灰底上的岛，全站规则允许"灰底上的元素"带阴影。 */
  border: 1px solid var(--color-frame-border);
  box-shadow: var(--glass-lit), 0 6px 20px rgba(16, 24, 40, 0.06);   /* ⭐ 2026-09-28 上缘高光 + 原浮起阴影（统一玻璃） */
  overflow: hidden;
  /* ★ 侧栏滚轮隔离（2026-09-19 乐哥：「鼠标在左边菜单栏，菜单栏不能滚时，
     滑动滚轮右边页面跟着滚」）—— 滚轮在侧栏上滚不动/到边界时，不再链式传给页面。
     **全站就这一条声明**（没有 JS、nav 上也不写），经三层对照实验定稿：
       · 去掉本条              → 行为断言红 3 条（搜索入口 / 底部「我的」穿透）
       · 只在本条 + 去掉 nav 条 → **行为断言全绿**（故 nav 那条已删，行为上冗余）
       · 再加一段 JS preventDefault → 行为无任何差异（故 JS 也删了）
     ⚠️⚠️ **生效前提：本元素的 overflow 不能改成 visible** ——
        `overscroll-behavior` 只对**滚动容器**生效，而本元素正是靠 `overflow:hidden`
        才成为滚动容器、从而截断这条滚动链。改成 visible 会让修复**静默失效**、
        乐哥那个 bug 原样复发。该前提由 tests/restruct-topbar.test.js 的 F2 静态锁住。 */
  overscroll-behavior: contain;
  z-index: var(--z-sticky);
  transition: width var(--motion-base) var(--motion-ease-standard);
}

/* 侧栏品牌区也弱化，和菜单融为一体。
   ⚠️ height 用 --tabs-bar-height（= 顶部那一行）而**不是** --header-height：
      两者当前同值，但语义不同 —— 本元素要与标签栏那一行共线，
      跟"标签栏多高"走比跟"（已撤的）顶栏多高"走更不容易错。
   ⭐ 2026-09-20 起它**同时是一个按钮**（点击回首页，乐哥：「然后点击也能返回首页」）：
      所以这一条同时是"品牌区的样式"，也是"回首页按钮的样式"。
      点击/键盘的事件绑定在 app.js 的 renderSidebar（**只绑一次**，原因见那里的注释）；
      焦点环由 base.css 的全局规则 `:where(button,[role=button],[tabindex]):focus-visible` 提供。 */
.sidebar__brand {
  display: flex;
  align-items: center;
  /* ⚠️ gap 12 → 8（2026-09-20）：侧栏固定 240px，logo 与文字**抢同一块宽度**。
         文字要放到 20px（8 个汉字需 160px），可用宽 = 208 − logo36 − gap
         ⇒ gap 必须让出 4px 才够（12→8 后可用 164，留 4px 余量）。
         ⚠️ 2026-09-21 名称简化为 6 字 + 字号降到 18px 后，文字只用 108px、余量 56px
            ⇒ **这一条已经不卡在及格线上了**（当时的紧张关系已消失）。
            保留 8px 是**为了与 --space-2 的间距节奏一致**，不是"放不下才这么写"；
            别因为"现在很宽裕"就把它调大 —— 那会把菜单区整体视觉推挤。
         详见下方 .brand-name__zh 的计算。 */
  gap: var(--space-2);
  height: var(--tabs-bar-height);
  padding: 0 var(--space-4);
  border-bottom: 1px solid var(--color-border-soft);
  flex-shrink: 0;
  /* 可点击回首页 —— 与全站可点组件的语言保持一致（.nav-item 也是 cursor:pointer） */
  cursor: pointer;
  transition: background-color var(--motion-fast) var(--motion-ease-standard);
}
/* hover 反馈：让"这里能点"被发现。用 --color-surface-2（= .nav-item:hover 同款令牌），
   不新造颜色；侧栏是白底，hover 到 #FAFBFC 是同一档非常轻的灰，与菜单项手感一致。 */
.sidebar__brand:hover {
  background: var(--color-surface-2);
}
/* ⚠️ 焦点环要**向内收**：本元素通栏贴左右边缘（宽 240 = 侧栏宽），
   全局规则那条 `outline-offset: 2px` 会把环画到侧栏外面、被 `.app-main` 裁掉一部分。
   只调偏移、不改颜色与粗细，仍是同一套焦点环。 */
.sidebar__brand:focus-visible {
  outline-offset: -2px;
}

/* ---- 品牌区高度 = 顶部区那一行（2026-09-19 结构重排后**只有一行**了）----

   ▸ 历史（两次相反的需求，别把哪一次的修法当成唯一答案）：
     ① 2026-09-19 上午：「左上角 logo 的高度和顶部菜单栏保持一致」→ 当时顶部**有两行**
        （面包屑行 56 + 标签栏 46），两条分隔线错开 46px ⇒ 把品牌区加高到 102 让两线共线。
     ② 2026-09-19 下午：「logo 留白这么多好奇怪」→ 品牌区仍 102、logo 居中。
     ③ **结构重排**：面包屑行整行撤掉，顶部只剩**一行**（= 标签栏那一行）⇒
        品牌区回到与它同高，两线天然共线，**前面两次的张力一次消失**（不再有"对齐 vs 留白"之争）。
     ⇒ 所以现在这里既没有 `calc(header + tabs)`、也没有 `padding-bottom`，
        更不需要 `:has()` 判断标签栏在不在 —— 结构简化后这些补丁全都不需要了。
     ▸ 2026-09-20：标签栏高度收回（乐哥「最上面的标签有点大」），品牌区**跟着一起收**
       —— 就是靠共用 `--tabs-bar-height` 这一个令牌自动跟上的，不改一行代码。
       ⚠️ 若哪天把品牌区改成写死高度，这个"自动共线"就会断，必须显式对齐。

   ⚠️ 若将来把面包屑行加回来：品牌区要改回 `calc(--header-height + --tabs-bar-height)`
      并恢复 `:has(.page-tabs-bar:not(:empty))` 的守卫（原因见 git 历史与本文件旧注释）。 */

.brand-logo {
  width: 36px;
  height: 36px;
  display: flex;
  align-items: center;
  justify-content: center;
  flex-shrink: 0;
}

.brand-logo img {
  /* ⚠️⚠️ `width: auto` + `height: 100%`（**不要** `width:100%; height:100%`）：
      公司标识长宽比是 0.897（高>宽），容器是正方形。
      写成 100%/100% 时**元素框**会变成正方形（图形虽经 object-fit 等比缩放没变形，
      但 `getBoundingClientRect()` 量出来是 36×36 ⇒ 核验脚本会误报"被压扁"，
      以后维护的人也会以为它变形了）。
      按高定尺后元素框本身就等于图形尺寸，一眼可验、也不会被误改。
     ⚠️ 这里**只管尺寸**；`object-fit` / `display` / 拖拽禁用等通用行为统一放在
        `.brand-mark`（见下方），两处不要重复写 —— 职责分开才好维护。 */
  width: auto;
  height: 100%;
}

/* ⭐ 公司标识（八芒星）的**通用行为** —— 2026-09-20 乐哥给图换的，全站统一
   （实现见 js/icons.js 的 `logo()`，它给每个 img 都挂了这个 class）。

   ⚠️ 职责划分：**尺寸**由各容器自己定（`.brand-logo img` 用 height:100%、
      门户 30px、财务 28px、登录 44px…因为各处想要的视觉大小不同）；
      本 class 只管**与尺寸无关的通用行为**，避免在每个容器里重复抄一遍。

   ⚠️⚠️ `object-fit: contain` **不能删**：标识长宽比 **0.897**（高>宽），
      而多数容器是正方形。没有 contain 时，若某处容器写的是
      `width:100%;height:100%`，图片就会被**横向拉宽**（压扁变形）——
      那种"看着有点怪、但说不上哪不对"的错最容易被漏掉。

   ⚠️ `vertical-align: middle` 治的是 inline 图片在行内基线的**下方空隙**
      （图片默认按基线对齐，会给容器多出几个像素高度、把布局顶偏）。
   ⚠️ 禁拖拽/禁选中：标识不是内容，被拖出去或双击选中会显得像网页坏了。

   ⚠️⚠️ `margin: 0`（**不是 `margin: 0 auto`**）—— 2026-09-22 乐哥：
      「所有页面 logo 位置，左对齐吧」。
      **为什么原来居中是错的**：`.login-hero__logo` 是**普通 block**、宽度由内容撑开
      （实测三个登录门面分别是 328 / 188 / 297px），`margin: 0 auto` 会把图标
      居中到这块宽度里 ⇒ **三个登录页的 logo x 位置各不相同（271 / 201 / 255）**，
      而标题、副标题、标签全是左对齐的 ⇒ 图标独独居中，看着就是"没对齐"。
      ⇒ 改成 `margin: 0` 后图标贴容器左边，与标题同一竖线。
      ⚠️ **不影响侧栏**（达播/财务）：`.brand-logo` 是 `flex + justify-content: center`，
         auto margin 去掉后由 flex 居中接管 ⇒ 位置一模一样（实测仍在 x=18）。
      ⚠️ **也不影响折叠态**（`.app-shell.is-collapsed .sidebar .brand-logo { margin: 0 auto }`
         —— 那是**容器自己**的 margin，与 img 无关）。
      ⇒ 这条修改的净效果：登录页 logo 左对齐（本次要修的），其余位置不变。 */
.brand-mark {
  object-fit: contain;
  display: block;
  margin: 0;
  vertical-align: middle;
  user-select: none;
  -webkit-user-drag: none;
  -webkit-user-select: none;
}

.brand-name {
  display: flex;
  flex-direction: column;
  gap: 1px;
  min-width: 0;
  overflow: hidden;
}

.brand-name__en {
  font-size: var(--font-size-xs);
  font-weight: var(--font-weight-medium);
  letter-spacing: 0.03em;
  color: var(--color-meta);
  line-height: 1.2;
  white-space: nowrap;
  overflow: hidden;
  text-overflow: ellipsis;
}

.brand-name__zh {
  /* ⭐ 20 → 18px + 名称简化为 6 字（2026-09-21 乐哥拍板"缩小+简化"，
     原话：「星盟达人管理后台 这个名字有点长，放在左上角感觉不协调，
             你看是缩小文字，还是缩小文字+简化文字」）。
     ──────────────────────────────────────────────────────────────────────
     ▸ 为什么必须**两件事一起做**（"不协调"实测是三个来源叠加，不是单一问题）：

       | 来源 | 改前 | 改后 | 靠什么解决 |
       |---|---|---|---|
       | 顶到边 | 余量 4px（仅 0.2 个字的空隙） | 余量 56px | 简化 + 缩小 |
       | 盖过菜单 | 20px ÷ 菜单项 14px = 1.43 倍 | 1.29 倍 | 缩小 |
       | 两行悬殊 | 中文 160 vs 英文 54（3 倍），左对齐成"倒 L" | 108 vs 54（2 倍） | 简化 |

       ⇒ **只缩小**（仅改字号）治不了"两行悬殊"；**只简化**（仅改名字）治不了"盖过菜单"。
         两者成本一样（各改一个值），所以一起做，一次把三个来源都解掉。

     ▸ 实测宽度（真实 CSS 渲染，非估算）：
       · 可用宽 = 240 侧栏 − 品牌区左右 padding 2×16 − logo 36 − gap 8 = **164px**
       · 「星盟达人后台」6 字：16px→96 / **18px→108** / 20px→120 / 22px→132
       · 规律：**CJK 每字正好 1em**（8 字 20px = 160px 实测验证过，故可直接按字数×字号算）
       ⇒ 18px 占 108px，余 56px —— 余量充足，换字体/加权都不会截断。

     ▸ 比例仍在参照物同一量级：18 / 36 = **0.50**（微信小店的「文字/图标」高度比约 0.55；
       被乐哥指出"不够醒目"时是 16/36 = 0.44）。故 0.50 是"既收回体量、又不回到偏小"的位置。

     ⚠️⚠️ 这里**直写 18px、没有用令牌** —— 这是本项目唯一的裸字号，理由：
        令牌阶梯对齐 TDesign（12/14/16/20/24/30/36…），**没有 18 这一档**
        （pages.css 里也有一条既有说明："令牌表里没有 md"）。
        18px 是本设计真的需要的档位，但**不为此扩阶梯**：扩一档会让全站多一个可选值，
        而目前只有这一处需要它。⇒ tests/brand-home.test.js 的 A1 已相应放宽为
        "允许裸的 18px，其余一律必须用令牌"，别把这条当"可以随便写裸值"的先例。

     ⚠️ 手机端（≤768px）行为**完全不变**：原来用 --font-size-xl，它在断点里就是 18px；
        现在写死 18px ⇒ 手机端与改前逐像素相同，只有桌面端 20 → 18。
        （若将来想让手机端再小一点，**必须**显式加断点，不会再自动跟随了。）

     ⚠️ 改本条要连带看 .sidebar__brand 的 gap —— 两者仍是"抢宽度"的成对关系
        （tests/brand-home.test.js 的 A2 有算术断言：可用宽 ≥ 名字实际需要宽）。
        现在余量 56px 很宽裕，但**别因此把 gap 调大**：gap 变大同时会把菜单区视觉推挤。 */
  font-size: 18px;
  font-weight: var(--font-weight-semibold);
  letter-spacing: var(--font-letter-spacing-body);
  color: var(--color-fg);
  line-height: 1.3;
  white-space: nowrap;
  overflow: hidden;
  text-overflow: ellipsis;
}

.sidebar__nav {
  flex: 1;
  overflow-y: auto;
  /* ⭐ 2026-09-25 菜单加高到 52px 后，导航区内容（实测 922px）超过可用高度（约 695px）
     ⇒ 菜单**可滚动**。但原滚动条是"透明、仅 hover 显色"，用户看到菜单在"业绩管理"处
     被切断会以为**菜单丢了**（乐哥报「看板页很奇怪」的一部分就是这个观感）。
     ⇒ 改成"常驻淡显 + hover 加深"：一眼能看出"下面还有"，也不抢视线。
     ⚠️ 与全站其它滚动条（body / 侧栏本身）的"hover 才显"不同 —— 那一套适合"内容明显
        超出、用户预期能滚"的场景；这里是**主菜单**，可见性优先。 */
  scrollbar-color: var(--color-gray-300) transparent;
  /* ⚠️ 这里**故意不写** overscroll-behavior —— 由外层 .sidebar 那一条统一负责。
     实测（.render-check/probe-sidebar-scroll.js）：只留 .sidebar 那条时行为断言全绿；
     而只留本条、去掉 .sidebar 那条时，**搜索入口与底部「我的」区会穿透**
     （它们不在本元素内，本元素的 contain 管不到）。
     ⇒ 一条放在最外层即可覆盖全部；放在这里反而只覆盖导航区，是**更弱**的方案。 */
  /* ⭐ 2026-09-25：上下内边距 12 → **8px**（省 8px）。
     目的**不是紧凑**，而是消除那"差一点点"的滚动 ——
     实测（生产数据）菜单内容 712px / 可视 695px，超出 17px ⇒
     最后一个分组「系统设置」被切掉一截、必须滚一下才看全。
     配合下面 .nav-group 的分组间距 8 → 6（省 22px），合计省 30px ⇒ 留 13px 余量
     （不同角色可见菜单数不同，留余量比刚好卡住稳）。
     ⚠️ 只动"外围留白"，**不动菜单项高度**（那是呼吸感的来源，乐哥明确不许压缩）。 */
  padding: var(--space-2) var(--space-2);
  scrollbar-width: thin;                       /* Firefox */
  scrollbar-color: transparent transparent;
}
.sidebar__nav:hover {
  scrollbar-color: var(--color-gray-300) transparent;
}
.sidebar__nav::-webkit-scrollbar { width: 6px; }
.sidebar__nav::-webkit-scrollbar-thumb { background: var(--color-gray-300); border-radius: 3px; }
.sidebar__nav:hover::-webkit-scrollbar-thumb { background: var(--color-gray-400); }
.sidebar__nav::-webkit-scrollbar-track { background: transparent; }

.nav-item {
  display: flex;
  align-items: center;
  gap: var(--space-3);
  /* ⭐ 2026-09-25 Gashora 骨架落地：高度 40 → **52px**、字号 sm(13) → **15px**。
     依据：乐哥「左边菜单栏是不是也可以高一点」+ 参考图的菜单项明显更舒展。
     （48 → 52 是第三轮微调的结果，见 UI 原型 v7。） */
  height: 52px;
  padding: 0 var(--space-3);
  margin-bottom: 0;
  border-radius: var(--radius-md);
  color: var(--color-fg-2);
  font-size: 15px;
  font-weight: var(--font-weight-regular);
  cursor: pointer;
  white-space: nowrap;
  transition: background-color var(--motion-fast) var(--motion-ease-standard),
    color var(--motion-fast) var(--motion-ease-standard);
}

.nav-item:hover {
  background: var(--color-surface-2);
  color: var(--color-fg);
}

/* 激活态：浅主色底 + 主色文字（克制，不抢焦点）
   ⭐ 2026-09-25 Gashora 像素级试妆：参考图的当前项是「浅灰圆角背景 + 黑字 + 右侧紫色竖条」。
   侧栏是白底，故当前项用**界面底色**（#F8F8F8，比白稍灰）才能显出；近黑字 + 右侧品牌色竖条。 */
.nav-item.is-active {
  background: var(--color-bg);
  color: var(--color-fg);
  font-weight: var(--font-weight-medium);
  position: relative;
}
.nav-item.is-active::after {
  content: '';
  position: absolute;
  right: var(--space-2);
  top: 50%;
  transform: translateY(-50%);
  width: 3px;
  height: 16px;
  border-radius: var(--radius-pill);
  background: var(--color-primary-500);
}

.nav-item .nav-icon {
  flex-shrink: 0;
  display: inline-flex;
}

.nav-item .nav-text {
  flex: 1;
  overflow: hidden;
  text-overflow: ellipsis;
}

/* ⭐ 「返回门户网站」入口（2026-09-21 新增）—— 侧栏底部，达播与财务都有。
   ⚠️ 为什么单独一个类、不复用 `.nav-item`：
      它**不是本应用的页面**，而是"离开本应用"（门户是真实路径 ⇒ 整页跳转）。
      混进 `.nav-item` 会被侧栏那套 `[data-nav]` 绑定挂上 `navigate()` ——
      而 navigate 只改 hash ⇒ 变成 `#/hub`，**点了没反应**（本项目已明确否掉那个形态）。
   ⚠️ 盒子模型与 `.nav-item` **逐项一致**（gap 12 / 高 40 / 左右内边距 12 / 圆角 8），
      只有**颜色更轻**：它是次要操作，不该抢菜单的注意力。
   ⚠️⚠️ 颜色两次调整的账（2026-09-21 乐哥：「当前文字颜色好暗」）：
      原用 `--color-meta`(#8595A4) —— 在白底上对比度只有 **3.07:1**，
      **低于 WCAG AA 正文要求的 4.5:1** ⇒ 发灰、"糊"。
      现用 `--color-muted`(#5D6C7B) = **5.32:1**，达标。
      ⇒ 判"文字是不是太暗/太灰"要**算对比度**，不要凭观感 ——
        3.07 与 5.32 在截图上看差别不大，但一个是"没达标"、一个是"达标"。
   ⚠️ `text-decoration: none` 不能删：它是 `<a>`，默认带下划线。 */
.sidebar-portal {
  display: flex;
  align-items: center;
  gap: var(--space-3);                     /* = .nav-item 同款，供左侧图标与文字之间用 */
  height: 40px;
  padding: 0 var(--space-3);
  margin-bottom: 2px;
  border-radius: var(--radius-md);
  color: var(--color-muted);
  font-size: var(--font-size-sm);
  text-decoration: none;
  white-space: nowrap;
  transition: background-color var(--motion-fast) var(--motion-ease-standard),
              color var(--motion-fast) var(--motion-ease-standard);
}
/* 左侧图标（2026-09-21 第三次改加回）——
   ⚠️ 尺寸必须是 **16px**：18px（= 侧栏一级菜单）在本行会**与下方「我的」的 32px 头像
      在体量上打架**（这是上一次被否的真正原因）。16px 的中心正好与头像中心同轴（都在 x=28），
      既对齐又不抢戏。
   ⚠️ 颜色跟随文字（`currentColor`），hover 时随整行一起变深 —— 不要单独给图标写颜色。 */
.sidebar-portal__icon {
  flex-shrink: 0;
  display: inline-flex;
  align-items: center;
  color: var(--color-meta);   /* 比文字再轻一档：图标是辅助，文字才是要读的 */
}
.sidebar-portal:hover {
  background: var(--color-surface-2);      /* = .nav-item:hover 同款令牌，不新造颜色 */
  color: var(--color-fg);
}
.sidebar-portal:hover .sidebar-portal__icon { color: var(--color-muted); }
/* ⚠️ 焦点环：显式写一条，**不依赖**全局那条
   `:where(button,[role=button],[tabindex]):focus-visible` ——
   它是 `<a href>`（天然可聚焦），不在那条选择器的覆盖范围里。
   用了全站同一套颜色与粗细，只是偏移向内收（与侧栏其他通栏元素一致）。 */
.sidebar-portal:focus-visible {
  outline: 2px solid var(--color-accent);
  outline-offset: -2px;
}

/* ⚠️⚠️ 文字**不参与收缩、也不裁剪** —— 这条是本轮 UI 问题的根治点，别改回去。
   ──────────────────────────────────────────────────────────────────────────
   症状（乐哥截图）：文字显示成「返…」（4~6 个字被截掉），且线上图标与文字紧贴。
   实测根因（脚本量出来的数据）：
     · 文字「返回门户网站」的**自然宽 = 84px**（6 个全角字 × 14px）
     · 但它的盒子在某些渲染时机只被给到 **~77px** ⇒ `scrollWidth(84) > clientWidth(77)`
       ⇒ `text-overflow: ellipsis` 生效 ⇒ 截成「返…」。
       原因就是这里原来写的 `flex: 1 1 0%` **让文字跟着 flex 收缩**：
       本行总宽 223 − 左右 padding 24 − 尾部箭头 16 − ……，留给文字的余量会被挤。
   ⇒ 改成 `flex: 0 0 auto`：文字按自己的自然宽（84px）占位，**永远放得下** ——
      本行可用宽约 199px，装 84px 文字 + 16px 箭头绰绰有余。
      同时 `overflow: visible` 兜底：万一将来标签改长，宁可让它溢出（容易发现），
      也不要静默变成「…」（本轮就是"静默截断"骗过了所有只看 DOM 数值的检查）。
   ⚠️ 这也解释了为什么"只比 md5 / 只 grep 文件内容"发现不了问题：
      样式文件是对的、DOM 也是对的，只是**渲染被裁了**。
      接口分界线：这类问题必须**看渲染结果**（截图取样）才发现。 */
.sidebar-portal .nav-text {
  flex: 0 0 auto;
  overflow: visible;
  text-overflow: clip;
  white-space: nowrap;
}

/* 尾部箭头（`›`）推到最右 —— 与正下方「我的」那行的尾部箭头同构，
   表达"去往下一层 / 离开这里"，正是乐哥提的形态（「放个 > 之类」）。 */
.sidebar-portal__arrow {
  margin-left: auto;
  display: inline-flex;
  color: var(--color-muted);
}

.sidebar__footer {
  padding: var(--space-3) var(--space-2);
  border-top: 1px solid var(--color-border-soft);
  flex-shrink: 0;
}

/* 折叠态 */
.app-shell.is-collapsed .sidebar {
  width: var(--sidebar-width-icon);
}

.app-shell.is-collapsed .sidebar .brand-name,
.app-shell.is-collapsed .sidebar .nav-text,
.app-shell.is-collapsed .sidebar .nav-group-label,
.app-shell.is-collapsed .sidebar .user-meta {
  display: none;
}

.app-shell.is-collapsed .sidebar .nav-item {
  justify-content: center;
  padding: 0;
}

.app-shell.is-collapsed .sidebar .brand-logo {
  margin: 0 auto;
}

/* 折叠态（图标模式）：隐藏二级引导线 ——
   ⚠️ 折叠时一级项（.nav-group-label，含图标）整体 display:none，而这条线是"从一级图标垂下来"的语义
      ⇒ 图标不在了，线还挂着就没有归属、只是一道莫名竖线（且折叠栏仅 64px 宽，很显眼）。 */
.app-shell.is-collapsed .sidebar .nav-subitems::before {
  display: none;
}

/* === 二级分组菜单：8 个一级分组，每组可折叠 === */
/* 参考微信小店后台：无分隔线、子项单列无图标、文字缩进对齐一级菜单文字起点 */
.nav-group {
  /* ⭐ 2026-09-25：8 → **6px**（10 个分组省 22px，与 nav padding 一起消除滚动，见那边注释）。
     ⚠️ 与"紧凑化"的区别：菜单项高度（46px）**一个都没动** —— 只微调分组之间的空档，
        视觉上几乎不可辨（6px vs 8px），但足以让"最后一项是否被切"翻盘。 */
  margin-bottom: 6px;
  padding-bottom: 0;
  position: relative;
}

/* 一级菜单：icon + 名称 + (可选红点) + chevron；高度与首页项统一 46px（2026-09-25）*/
.nav-group-label {
  display: flex;
  align-items: center;
  gap: 10px;
  width: 100%;
  /* ⭐ 2026-09-25（乐哥：「一级菜单和二级菜单怎么弄会更协调」）：
     高度 40 → **46px** —— 修的是**层级倒挂**（实测踩到）：
       改前：一级 40px / 二级 46px ⇒ **子项比父项还高**、字号同 14px、颜色同 #3F4753，
             只靠 40px 缩进区分 ⇒ 展开后像"一堆同级项"，看不出父子关系。
       改后：一级 46px、二级 46px（**等号**，父不矮于子）+ 左侧引导线划出从属关系（见 .nav-subitems::before）。
     ⚠️ 为什么同级而不做"父大子小"：乐哥要**呼吸感**（不接受压缩），
        且子项 46px 是 Gashora 骨架时刚定的值；把父项抬到同高比压低子项更符合"不压缩"的前提。
        层级改由**引导线**承担（不增加视觉重量），而不是靠尺寸差。 */
  height: 46px;
  padding: 0 12px;
  font-size: var(--font-size-base);
  font-weight: var(--font-weight-medium);
  color: var(--color-fg-2);
  background: transparent;
  border: 0;
  border-radius: var(--radius-md);
  text-align: left;
  cursor: pointer;
  white-space: nowrap;
  overflow: hidden;
  transition: color var(--motion-fast) var(--motion-ease-standard),
    background-color var(--motion-fast) var(--motion-ease-standard);
}

.nav-group-label:hover {
  color: var(--color-fg);
  background: var(--color-surface-2);
}

.nav-group-icon {
  display: inline-flex;
  flex-shrink: 0;
  color: var(--color-fg-2);
  transition: color var(--motion-fast) var(--motion-ease-standard);
}

/* ══════════════════════════════════════════════════════════════════════════
   ⭐⭐ 2026-09-25 乐哥选定的「业务域分色」（侧栏一级菜单图标）
   ──────────────────────────────────────────────────────────────────────────
   目的：靠颜色找菜单 —— 6 个业务域各一色，颜色本身在说"这是哪一类活"。
   色值全部走令牌（`--nav-domain-*`，见 design-tokens.css，那边有完整设计依据）。
   ⚠️ domain 值由 **app.js 的 NAV_DOMAIN 映射**集中产出（`data-domain`）——
      这里**故意不按中文组名写选择器**：组名会改（2026-09-24 就把「经营看板」组
      改成了「经营分析」），按中文名写会在改名那天**静默失效**（没报错、就是没色了）。
   ⚠️ **只给图标上色**：文字（.nav-group-text）仍走正文灰 ⇒ 彩色面积小、不抢内容。
      这是"协调"的关键 —— 11 个彩色图标 + 11 行彩色文字会很吵，图标单独上色才克制。
   ⚠️ 未归类分组无 data-domain ⇒ 不命中任何规则 ⇒ 保持默认灰（安全兜底）。
   ══════════════════════════════════════════════════════════════════════════ */
.sidebar .nav-group[data-domain="analysis"] .nav-group-icon { color: var(--nav-domain-analysis); }
.sidebar .nav-group[data-domain="ops"]      .nav-group-icon { color: var(--nav-domain-ops); }
.sidebar .nav-group[data-domain="goods"]    .nav-group-icon { color: var(--nav-domain-goods); }
.sidebar .nav-group[data-domain="finance"]  .nav-group-icon { color: var(--nav-domain-finance); }
.sidebar .nav-group[data-domain="risk"]     .nav-group-icon { color: var(--nav-domain-risk); }
.sidebar .nav-group[data-domain="tool"]     .nav-group-icon { color: var(--nav-domain-tool); }
.sidebar .nav-group[data-domain="personal"] .nav-group-icon { color: var(--nav-domain-personal); }
/* 「首页」（个人区首项，不属于任何业务域）：用品牌主色的浅档 —— 与域色同一彩度水位 */
.sidebar .nav-item--home .nav-icon { color: var(--color-primary-400); }

/* 当前所在分组：图标与文字用主色、加粗
   ⚠️ 选择器带 `[data-domain]` 把特异性提到 0,5,0 —— 必须**盖过**上面那组域色规则
      （否则"我在哪"这个最重要的状态会被业务域色吃掉，失去导航定位）。 */
.nav-group.has-active[data-domain] .nav-group-icon,
.nav-group.has-active .nav-group-icon,
.nav-group.has-active .nav-group-label {
  color: var(--color-accent-text);
}
.nav-group.has-active .nav-group-label {
  font-weight: var(--font-weight-semibold);
}

.nav-group-text {
  flex: 1;
  overflow: hidden;
  text-overflow: ellipsis;
}

/* 通知红点（参考微信小店一级菜单右侧的小圆点；dot:true 启用） */
.nav-group-dot {
  width: 6px;
  height: 6px;
  border-radius: 50%;
  background: var(--color-danger);
  flex-shrink: 0;
  margin-right: 4px;
  align-self: center;
}

.nav-group-chevron {
  display: inline-flex;
  color: var(--color-muted);
  transition: transform var(--motion-fast) var(--motion-ease-standard);
}

/* 统一用 chevronDown，折叠时旋转 -90° 指向右侧 */
.nav-group.is-collapsed .nav-group-chevron {
  transform: rotate(-90deg);
}

.nav-subitems {
  /* ⭐⭐ 2026-09-26 动效修复：**这一条原来等于没有动画**（逐帧采样实测）。
     ────────────────────────────────────────────────────────────────────────
     ⛔ 改前：`max-height: 2000px` ⇄ `0`。而这一组的真实内容只有 114px ⇒
        max-height 在**第 1 帧就越过 114** 了，渲染高度序列是
          `0 → 114 → 114 → 114 …`
        也就是说菜单是**"啪"地瞬开**，那 240ms 的 transition 全部空转在一个
        看不见的属性上（乐哥要的"不要傻快傻快"——这就是最典型的傻快，
        而且比"快"更糟：它压根没动）。
     ✅ 改后：`display: grid` + `grid-template-rows: 0fr → 1fr`。
        跨度 = 真实高度，渲染序列
          `0 → 33 → 60 → 79 → 92 → 100 → 106 → 109 → 112 → 114`
        全程可见，且**不需要写死任何像素**（加一个菜单项不用改 CSS）。
     ⚠️ 代价：需要一层内层容器承载 `overflow: hidden`（见 JS 里的
        `.nav-subitems__inner`）。这是 grid 折叠法的固有要求 —— `0fr` 要有一个
        grid item 才能被压到 0 高。
     ⚠️ 为什么不用更省事的 `interpolate-size: allow-keywords`（`height: auto` 直接可动画）：
        实测 Chrome 153 支持、且零改动，但 **Safari 不支持** ⇒ 移动端会退化成
        "瞬开"（正是本次要修的问题）。grid 方案 Chrome/Safari/Firefox 全支持。
     ⚠️ 为什么不用 `:has()` 数子项个数去算 max-height：
        要写死"最多支持 N 项"，将来加一项就被裁掉一截，属自找的维护坑。 */
  display: grid;
  grid-template-rows: 0fr;
  /* ⚠️ 曲线用 in-out（两端缓）而不是进场的 ease：展开是**高度形变**，
      不是"元素飞进来"，两端缓才不会有"顶上去"的冲劲。 */
  transition: grid-template-rows var(--motion-base) var(--motion-ease-in-out);
  /* ⭐ 2026-09-25（乐哥选定的方案）**二级引导线** ——
     在子项左侧画一条 1.5px 浅竖线，把"这一组属于上面那个一级项"画出来。
     ▸ 为什么用引导线而不是"浅色块容器"或"字号字重递减"：
       乐哥明确要**呼吸感**（不接受压缩、不接受加视觉重量）。
       引导线是三种做法里**唯一不增加视觉重量**的（1.5px、--color-border 浅灰），
       却能把从属关系说清楚；另两种要么偏重（色块）、要么让子项发灰（递减）。
     ▸ 定位 `left: 21px` = 一级项 padding-left(12) + 图标宽(18)/2 ⇒ **正对一级图标的中轴**，
       视觉上像"从那个图标垂下来的线"。
     ▸ 上下各留 2px：线不顶到相邻项，保持呼吸感（与 .nav-subitems 的动画裁切也兼容）。 */
  position: relative;
}
/* 展开态 */
.nav-subitems:not(.is-hidden) {
  grid-template-rows: 1fr;
}
/* ⚠️ 内层容器（JS 注入）：承载 overflow:hidden 的那个"被压缩的格子"。
   必须在它上面裁切 —— 裁在 `.nav-subitems` 上会把引导线 ::before 一起裁掉
   （它是绝对定位、相对 .nav-subitems 的，纵向超出会被切）。 */
.nav-subitems__inner {
  overflow: hidden;
  min-height: 0;   /* grid 项默认 min-height:auto 会拒绝被压到 0（关键，漏了就等于没动画） */
}
.nav-subitems::before {
  content: '';
  position: absolute;
  left: 21px;
  top: 2px;
  bottom: 2px;
  width: 1.5px;
  background: var(--color-border);
  border-radius: 1px;
  /* ⭐⭐ 2026-09-25 乐哥报障修复：「二级菜单选中后，挡住引导线了」
     ────────────────────────────────────────────────────────────────────
     ⛔ 现象（像素级实测）：选中项那一段的线**消失**，线上方/下方还在 ——
        在线的位置上取色：选中行 = #F6F6F6（选中项的浅灰底）、其他行 = #E1E8F2（线色）。
     ⛔ 成因：选中项 `.nav-item--sub.is-active` 是 `position: relative`（它为了放右侧蓝竖条
        `::after` 必须定位），而**定位元素必然绘制在非定位的兄弟之上**。
        引导线是父容器 `.nav-subitems::before`（`position:absolute; z-index:auto`）——
        与选中项同属"auto 层"，于是后绘制的选中项背景就把它盖住了。
        ⚠️ 注意这**不是**"线太浅"的问题：线的颜色一直是对的，是**被盖住**了。
     ✅ 修法①（本行）：把线提到 z-index:1 —— 高于选中项的背景。
        ⚠️ 为什么 1 就够：选中项背景是 z-index:auto(0)，线 1 > 0 ⇒ 线在上面；
           而选中项的**右侧蓝竖条**是它自己的 ::after、在它自己的层叠上下文内，
           不受本规则影响（实测：蓝竖条位置/大小未变）。
     ✅ 修法②（下面那条 :has）：组内有选中项时，把线**加深**为中灰。
        ⚠️ 为什么需要：线原本是 --color-border(#E1E8F2)，压在选中项的浅灰底(#F6F6F6)上
           **对比度只有 1.04:1** —— 即使不被盖住也几乎看不见（等于白修）。
           加深到 --color-gray-400(#C6C6C6) 后对比度 ≈1.5:1，肉眼清晰可辨。
        ⚠️ 为什么用 :has() 而不是"永远加深"：没有选中项的组，浅线才是对的
           （那时线压在纯白上，浅色恰好；加深会让整片侧栏变重，与乐哥要的"呼吸感"相悖）。
        ⚠️ 为什么不用主色线（备选方案）：实测视觉重量明显变大，且与选中项右侧的
           品牌蓝竖条"双蓝打架"（乐哥要"协调"）⇒ 选中灰。 */
  z-index: 1;
  /* 折叠动画时随容器一起被裁掉（overflow:hidden 在容器上），不需要额外处理 */
  pointer-events: none;   /* 纯装饰：不拦截点击（子项区域照常可点） */
}
/* 组内有选中项时，线加深一档（否则浅线压在选中项的浅灰底上看不见，见上注） */
.nav-subitems:has(.nav-item--sub.is-active)::before {
  background: var(--color-gray-400);
}

/* ⚠️ 2026-09-26 动效修复：这条规则的内容**已由上面的 grid 方案接管**
   （`.nav-subitems { grid-template-rows: 0fr }` 就是折叠态），
   原来这里写的 `max-height: 0` 是那份"没有动画"的旧实现的另一半。
   保留空规则会让人以为还有第二套机制在用 ⇒ **整条删除**（本项目的规矩：
   死规则要删，见技能 dabotai-ui-consistency-fix 铁律「死规则要删」）。
   ⚠️ 但 `.is-hidden` 这个**类名不能删** —— JS 靠它表达折叠状态，
      新规则 `.nav-subitems:not(.is-hidden)` 就是读它来展开的。 */

/* 首页项：与一级菜单同规格（46px/medium/图标18/左缩进12），视觉一体 */
.nav-item--home {
  gap: 10px;
  padding: 0 12px;
  font-size: var(--font-size-base);
  font-weight: var(--font-weight-medium);
}

/* 子项：单列、无图标、字号略小、缩进对齐一级菜单文字起点；
   选中态：浅主色底 + 主色文字（与微信小店「首页」选中态一致） */
.nav-item--sub {
  /* ⭐ 2026-09-25 Gashora 骨架落地：32 → **46px**（随一级菜单 52px 同步加高，
     保持"一级 : 子项"的层级比例 ~1.13:1）。 */
  height: 46px;
  padding: 0 12px 0 40px;     /* 40px = 一级菜单内边距(12)+图标(18)+gap(10)，与一级文字起点对齐 */
  font-size: var(--font-size-sm);
  font-weight: var(--font-weight-regular);
  color: var(--color-fg-2);
  line-height: 46px;           /* 行高=菜单项高，文字垂直居中 */
}

/* 隐藏子项图标（参考微信小店：子项仅文字） */
.nav-item--sub .nav-icon {
  display: none;
}

.nav-item--sub:hover {
  background: var(--color-surface-2);
  color: var(--color-fg);
}

.nav-item--sub.is-active {
  /* ⭐ 2026-09-25 Gashora 试妆：与一级 `.nav-item.is-active` 对齐 ——
     浅灰底（--color-bg）+ 黑字，右侧蓝竖条由一级规则的 ::after 提供（本元素同时带 nav-item 类）。
     原为浅主色底 + 主色文字（微信小店风），现按参考图改成克制的浅灰。 */
  background: var(--color-bg);
  color: var(--color-fg);
  font-weight: var(--font-weight-medium);
}

/* ---- 全局文字选中：主色高亮 ---- */
::selection {
  background: var(--color-primary-100);
  color: var(--color-accent-text);
}

/* ---- 主滚动区滚动条：细窄、hover 显色（与侧栏/时间选择器一致）---- */
body {
  scrollbar-width: thin;
  scrollbar-color: transparent transparent;
}
body:hover {
  scrollbar-color: var(--color-gray-300) transparent;
}
body::-webkit-scrollbar { width: 8px; height: 8px; }
body::-webkit-scrollbar-track { background: transparent; }
body::-webkit-scrollbar-thumb { background: transparent; border-radius: 4px; }
body:hover::-webkit-scrollbar-thumb { background: var(--color-gray-300); }
body::-webkit-scrollbar-thumb:hover { background: var(--color-gray-400); }

/* ---- 键盘可访问性：自定义可点组件统一焦点环（原生输入框保留浏览器默认） ---- */
:where(button, [role="button"], [tabindex]):focus-visible {
  outline: 2px solid var(--color-accent);
  outline-offset: 2px;
}
/* 胶囊/下划线类切换组件（无默认 outline，补品牌蓝焦点环）
   ⚠️ `.login-tab` 已于 2026-09-22 换成 `.login-switch`（登录页改用"扫码为主 +
      账号密码收成链接"的方案 A），这里同步换成新类名 —— 漏改会让登录页那个
      链接**失去键盘焦点环**（Tab 到它看不见焦点，是最容易被忽略的无障碍问题）。 */
.seg__btn:focus-visible,
.pill-filter__item:focus-visible,
.tab:focus-visible,
.sf-tab:focus-visible,
.login-switch:focus-visible,
.nav-item:focus-visible,
.icon-btn:focus-visible,
.page-help-btn:focus-visible {
  outline: 2px solid var(--color-accent);
  outline-offset: 2px;
}

/* ==========================================================================
   侧栏「个人区」（2026-09-16 菜单重排）
   工作台首页 + 我的提成 —— 与下面 9 个业务分组用一条细线隔开。
   为什么必须有这条线：两项既不折叠、也不属于任何业务域，
   不加线会被读成「第一个分组」（而它没有分组标题，视觉上很怪）。
   ========================================================================== */
.sidebar__personal {
  padding-bottom: var(--space-3);
  margin-bottom: var(--space-3);
  border-bottom: 1px solid var(--color-border-soft);
}
.sidebar__personal .nav-item { margin-bottom: 2px; }
.sidebar__personal .nav-item:last-child { margin-bottom: 0; }

/* 「我的」分组（2026-09-19）：与下面的业务分组用一条细线隔开。
   ⚠️ 为什么必须隔开：它虽然也用 nav-group 结构（可折叠 + 子项），但性质完全不同 ——
      业务分组受权限码控制、按业务域划分；「我的」是**个人入口，全员可见、无权限码**。
      不隔开会被读成"第一个业务分组"，用户找不到"我的钱/我的报销"该去哪看。
      （与上面 .sidebar__personal 的分隔线同一手法，保持侧栏"个人区 / 业务区"的视觉分工。） */
.nav-group--mine {
  padding-bottom: var(--space-3);
  margin-bottom: var(--space-3);
  border-bottom: 1px solid var(--color-border-soft);
}

/* ═══ 侧栏子项 · 带副文案的两行形态（2026-09-23 乐哥）═══════════════════════════
   乐哥：「比如"统一提报"是谁提报？"付款台账"是谁去做？这里面到底是干嘛的、
          谁去做这个事情，只看名字看不出来」⇒ 名字下面加一行小字说明。

   ⚠️⚠️ **必须用 `has-hint` 修饰类局部覆盖，绝不能直接改 `.nav-item--sub`** ——
      那个基类被 **4 处**共用（达播 app.js / 门户 workbench.js / 系统配置 admin.js /
      财务 finance.js）且都是单行。直接改高度会让全站侧栏项一起变高，
      把之前"四个侧栏长一样"的统一性一次破坏掉。
   ⚠️ 高度必须 `auto` + `min-height`：`line-height: 32px` 是给单行设计的，
      两行时会把两行文字各撑到 32px ⇒ 项高 70px+，比一级分组还高（层级就反了）。
   ⚠️ 副文案 `nowrap` + 省略号：`title` 里有全文（悬停可见），
      折行会让不同项的高度不一致（本项目"看着没对齐"的常见成因）。 */
.nav-item--sub.has-hint {
  display: flex;
  flex-direction: column;
  /* ⚠️⚠️ `align-items: flex-start` **必须显式写** ——
     基类 `.nav-item` 是 `align-items: center`（给 row 方向做垂直居中用的），
     这里改成 column 之后它变成**水平居中** ⇒
     名字与副文案全都居中（实测截图：副文案飘在中间、与一级分组文字对不齐）。
     ⛔ 不写这一行就复现那个"看着没对齐"。 */
  align-items: flex-start;
  justify-content: center;
  gap: 1px;
  height: auto;
  min-height: 32px;
  padding-top: 6px;
  padding-bottom: 6px;
  line-height: 1.3;
}
/* ⚠️ 名字在 column 方向要 `flex: none` ——
   基类的 `.nav-item .nav-text { flex: 1 }` 展开是 `flex: 1 1 0%`，
   而 `flex-basis: 0%` 在**列方向**是"高度从 0 起算" ⇒ 名字有被压扁/截断的风险。
   `min-width: 0` 保住省略号能生效（flex 项默认 min-width:auto 会让它不肯收缩）。 */
.nav-item--sub.has-hint .nav-text {
  flex: none;
  max-width: 100%;
  min-width: 0;
}
/* ⭐⭐ 主名字加深 + 加粗（2026-09-23 乐哥：「注释跟标题的文字感觉差异有点小」）
   ⛔ 根因：我上一版**只做了主副分层的一半** —— 给副文案配了次级灰（muted），
      但主名字仍是基类的 `--color-fg-2` + 常规字重 ⇒ 两边都"轻"，只差 2px 字号，
      当然分不开。
   ✅ 照**项目既有的主副范式**补齐（同一份 pages.css 里的 `.ef-dept__name` / `.ef-dept__src`）：
        主 = `--color-fg`(最深) + **medium 字重**
        副 = `--color-muted` + 常规字重
      这一对是全站"标题 + 副标题"的标准做法，抄它比自创稳。
   ⚠️⚠️ 必须带 `:not(.is-active)`：本规则特异性 (0,3,0) **高于**
      基类的选中态 `.nav-item--sub.is-active`（(0,2,0)）⇒ 不加的话
      **选中时名字会被它盖成黑字、主色丢失**。
   ⚠️ 选取中的"字重变化"信号（基类：未选中 regular → 选中 medium）在这类项上会让位：
      未选中就已经是 medium 了。**这是有意的取舍** —— 带副文案的项选中时另有
      "浅主色底 + 名字主色 + 副文案主色"三个信号，够用；而主副分明是这条改动的目的。
   ⚠️⚠️ **作用域必须是整个财务侧栏（`#sidebar-nav`），不能只限 `.has-hint`** ——
      第一版只给带副文案的项加了深粗色，结果实测发现同一列里出现了两种字重：
        「报销单总览/报销审批…」= 深黑 + medium（带副文案）
        「我的报销/权限管理…」  = 灰 + regular（单行）
      一列里混两种字重，看着就是"有的项没样式/像被禁用"。
      ⇒ 同一列的所有子项**字重与主色必须一致**；"哪一项有副文案"不该改变它的主名字观感。
      ⚠️ 但仍加 `#sidebar-nav` 前缀把它**限制在财务侧栏**：
         达播/门户/系统配置三个侧栏用的是同一批类名（`.nav-item--sub`），
         不加前缀会连带改掉它们的正文色与字重（该三处本轮不在需求范围内）。
      ⚠️ 也仍带 `:not(.is-active)`：本规则特异性 (1,2,0) 高于基类选中态
         `.nav-item--sub.is-active`（(0,2,0)）⇒ 不加的话选中时名字会被盖成深色、主色丢失。 */
#sidebar-nav .nav-item--sub:not(.is-active) .nav-text {
  color: var(--color-fg);
  font-weight: var(--font-weight-medium);
}

.nav-item--sub .nav-hint {
  font-size: var(--font-size-xs);
  font-weight: var(--font-weight-regular);
  /* ⚠️ 副文案保持 `--color-muted`（#5D6C7B，白底对比度 ≈5.2:1，小字仍达标），
     **不往更浅的 `--color-fg-3`(#8595A4) 调** —— 那个只有 ≈3.1:1，
     对 12px 小字低于 WCAG AA 的 4.5:1（它在本项目的用途是"时间戳"这类更弱的辅助信息）。
     拉大差异靠**主名字加深**，不靠把副文案调到读不清。 */
  color: var(--color-muted);
  line-height: 1.35;
  overflow: hidden;
  text-overflow: ellipsis;
  white-space: nowrap;
}
/* 选中态：副文案跟着主色走但**弱一档** ——
   ⚠️ 用 `opacity` 而不是另给一个主色：后者要再造一个色值，
      且"浅主色文字在浅主色底上"对比度容易不够（本项目的 --color-primary-50 底很浅）。 */
.nav-item--sub.is-active .nav-hint { color: var(--color-accent-text); opacity: .72; }