### 检查清单 - [x] 我已检索过仓库中现有的 Issues / Discussions,确保没有相同或极为相似的功能建议 - [x] 我已经详细思考了该功能的合理性与使用场景,并在下方进行了清晰描述 ### 功能描述 1. 问题描述:系统为fedora44, 屏幕分辨率为3440*1440,34寸。splayer界面为100%。在同样开启自适应歌词的情况下,原splayer翻译歌词只比歌词略小,可以看得很清楚。splayer-next翻译歌词很小根本看不清。 <img width="1334" height="953" alt="Image" src="https://github.com/user-attachments/assets/af3d7323-066c-4eed-b0db-18623c450dc3" /> _splayer翻译歌词效果_ <img width="1312" height="842" alt="Image" src="https://github.com/user-attachments/assets/beac26a3-5ce0-40fa-92d7-67beddddcdc4" /> _splayer-next翻译歌词效果_ 2. 现象: splayer-next默认引擎下翻译行固定为主行的 50%(lyric-dom .lp-sub 默认 max(.5em, 10px);AMLL 引擎同样硬编码),且副行透明度激活仅 0.35、非激活 0.2,叠加行级透明度后几乎不可见;旧版 SPlayer的翻译/音译字号是独立设置(lyricTranFontSize/lyricRomaFontSize),可按需接近主行字号。另主字号滑块下限为 30,旧版为无下限数字输入(最小12),旧用户的小字号配置无法复现。 ### 使用场景与价值 在想看歌词翻译时会用到 ### 替代方案或补充说明 建议方案:新增 translationFontSize 设置,按与主字号相同的自适应公式注入 --lp-sub-font-size,并对 AMLL 引擎以 CSS 覆盖硬编码副行字号;副行透明度恢复旧版合成方式;主字号滑块下限放宽至 12
Activity
github-actions commentedon Sep 16, 2026
👋 @29ktsNelson
感谢提交 Issue!我们已经收到您的反馈,会尽快确认您的问题。
Thanks for opening this issue! We have received your report and will review it as soon as possible.