/* ops-content-list.css —— 内容库列表行（标注 #203 操作列宽度 / #208 问号光标）的独立样式
 *
 * 为什么单开文件：styles.css 已到行数棘轮上限（只许缩小），按既有成例（rec-editor.css / ops-order.css /
 * ops-content-modal.css …）把新样式写在单独文件里，并在 index.html 与 Dockerfile 同步登记。
 *
 * #203「这里的样式不对。主要是宽度不对。其他几个按钮一样。」
 *   真因：`.lib .book-row` 的行栅格最后一列是裸 `1fr`，窄窗口下被解析成 15px，`.op-col` 与三个
 *   `.op-btn` 一起被压成 15px 宽（文字竖排）。在线设计稿（app_17dv494pncg）在 1280 / 1120 视口下
 *   同样坍成 15px ⇒ 这不是「实现与设计稿不齐」，而是两边共有的缺陷，修复口径由本仓自定：
 *   操作列保底 140px（1440 视口下设计稿与实现都恰好 140px，即该口径的参照值）。
 *   保底后整行最小宽度 = 8 列 + 7×10px gap + 2×16px padding = 1390px；窄于此宽度时列表横向滚动，
 *   宁可出现横向滚动条，也不再压扁按钮。
 *
 * #208「这里现在有一个问号，把这些提示都删掉。」
 *   真因：用户看到的不是字面「?」字符，而是 macOS 的 `cursor: help` 帮助光标（箭头角标带「?」）——
 *   线上实测 qmarkCount=0、shelfCursor="help"，由 `.lib .pending-tip { cursor: help; }` 产生；
 *   同一批还有 `.pending-tip` 的虚线下划线装饰。这里撤掉「?」光标与虚线装饰。
 *   2026-09-26 用户裁决：**上下架开关连说明一起撤**（hover title 与点击 toast 都不再挂，见 content.js 第 6 格）
 *   ⇒ 该开关不再是 `.pending-tip`；其余只读位的说明位不受影响。
 */
.lib .list-box { overflow-x: auto; }
.lib .book-row {
  grid-template-columns: 282px 78px 138px 158px 168px 196px minmax(140px, 1fr) 128px;
  min-width: 1390px;
}
.lib .pending-tip { cursor: default; }
.lib .shelf-toggle.pending-tip,
.lib .auth-term.pending-tip,
.lib .toc-hint.pending-tip { text-decoration: none; }

/* #214「只有两项的时候，排版不对，应该是垂直的」
 *   真因：列表行第 6 格里「授权范围按钮」(.auth-scope-btn) 与「上下架开关」(.shelf-toggle) 都是
 *   inline 级元素；原型（内容库-原型快照-2026-09-16.html:512-517）两者之间恒有一个块级 div
 *   （授权应用行 / 授权期限行）把开关顶到下一行。本实现在扩展字段无值时那两行按 #204/#206/#207
 *   不渲染（「没值不展示」）⇒ inline 流把两个按钮挤成一行。
 *   口径：只在**列表行作用域**内让上下架开关自成一行 —— 块级、宽度贴合内容（pill 背景不拉满整格）；
 *   九宫格 `.g-card .mini-tags` 里那个开关（styles.css:916 已把它 margin-top:0）必须继续 inline，
 *   故选择器带 `.book-row .cell >` 前缀、不进 styles.css（那边是超限存量文件）。
 */
.lib .book-row .cell > .shelf-toggle { display: flex; width: fit-content; }