下拉框改回软件主题色；修 color-mix 与变量配合失效的问题
用户：「下拉框的颜色就用那个软件的主题颜色，不行吗？现在怎么还是都是灰的呀？
我感觉用主题颜色就行，挺好看的。」
上一版我判断错了：看到同步日历主题色 #ff3f44 算出的 --brand-soft 是 #ffe8e9（粉），
就自己决定换成中性灰，理由写的是"工具控件不该跟主题色"。
这是替用户做审美决定，而且用户要的恰恰是「跟着软件变颜色」——
这正是这套系统区分不同软件的核心手段。已改回主题色系。
改了什么：
- 下拉项 hover → --brand-tint-1（主题色与白混 91%）
- 下拉项选中 → --brand-tint-2（混 80%，比 hover 深一档）
- 选中项 hover → --brand-tint-3（混 72%，再深一点）
- 按钮打开态：浅主题底 + 主题边框 + 主题文字
- 箭头打开时转 180 并染成主题色
关键技术问题：
最初想用 CSS 的 color-mix(in srgb, var(--brand) 9%, #fff) 动态算浅色。
实测在 Chrome 里虽然 CSS.supports 返回 true、规则也匹配上了，
但计算值却是 oklab(0 0 0 / 0)（完全透明）—— 变量在 color-mix 里解析失败。
改成在 PHP 里用 fb_color_tint() 把值算好，
以 --brand-tint-1/2/3 三个 CSS 变量输出。
好处：不依赖浏览器版本，也没有运行时开销。
默认（无当前软件的页面，如后台）在 :root 里给了蓝色的一套兜底值。
验证（真实页面 + 真实鼠标事件）：
feedlite #0057b8 → 选中 rgb(184,208,235) 浅蓝
synccalendar #ff3f44 → 选中 rgb(255,201,203) 浅红
simple_password #a556f7 → 选中 rgb(230,208,253) 浅紫
simplenav #3571fb → 选中 rgb(198,215,254) 亮蓝
真实 mousemove 悬停：背景 rgb(255,238,238)，:hover 匹配为 true
选中项 rgb(255,201,203) 明显深于 hover rgb(255,238,238)，两者可区分
踩坑记录：中途用 JS 加 is-active 类来测 hover 只能触发 .is-active，
必须发真实 mouseMoved 事件才能验证 :hover，否则会误判成"样式失效"。
laoyang
8db38a834d