【BUG】界面未适配较小宽高的窗口 #149

Activity

1. github-actions commented on Aug 11, 2026

   

   github-actionsBot

   on Aug 11, 2026 – with GitHub Actions

   More actions

   👋 您好 @Naerelyth，感谢提交 Issue！
   🚀 我们已经收到您的反馈，会尽快确认您的问题。

   👋 Hi @Naerelyth, thanks for opening this issue!
   🚀 We have received your report and will review it as soon as possible.
2. SonivelY commented on Aug 12, 2026

   

   SonivelY

   on Aug 12, 2026

   More actions

   建议设置一个固定最小宽度，增加一个窗口重置功能
3. 0bkoi commented on Aug 13, 2026

   

   0bkoi

   on Aug 13, 2026

   Last edited by 0bkoi

   More actions

   补充一下现象和一点可能的原因排查，供参考。

   环境

   • 系统：Arch Linux, Hyprland (Wayland)
   • 版本：v1.0.0（splayer-next pacman 包）

   现象
   把窗口宽度拖窄到一定程度后，除了 #149 里说的文字/控件溢出重叠，我这边观察到会出现两条 横向(应用底部)/纵向拖动条（横向比应用自己的细滚动条粗很多，像是浏览器原生滚动条的样式）。

   如图所示:

   

   短的是首页界面滚动. 最右侧纵向长滚动条带动整个界面. 两个纵向有时分开有时贴在一起.

   

   底部横向粗滚动条

   

   复现步骤

   1. 打开 SPlayer-Next，进入默认布局（侧边栏常驻）
   2. 用鼠标把窗口宽度逐渐拖窄
   3. 缩到某个阈值后，现象出现

   ---

   以下是让 AI 帮忙读了开源仓库代码整理的推测，不保证完全准确完整，仅供开发者验证参考：

   • src/components/layout/NavHeader.vue 里顶栏左右两个按钮组都是 shrink-0（不允许收缩），其中搜索框触发器 NavSearch.vue 还是固定 w-60（240px）。中间只有一个 flex-1 占位能收缩到 0。窄窗口下左右两组按钮的固有宽度之和一旦超过可用宽度，这一行必然溢出。
   • 这个溢出没有被任何父容器裁切：<header> 本身、其父级 flex flex-col min-w-0 容器、最外层 .h-screen flex 容器，以及 html/body（src/styles/global.css、index.html）都没有设置 overflow-hidden，所以溢出一路顶到了 document 级别，触发浏览器原生的整页滚动条。
   • src/styles/global.css 里自定义滚动条样式只设置了 ::-webkit-scrollbar { width: 6px; }，没有设置 height。width 只控制纵向滚动条粗细，横向滚动条的粗细由 height 控制——所以一旦出现横向溢出，对应的横向滚动条会退化成未样式化的原生粗滚动条（通常 15~17px），比应用自己 6px 的细滚动条明显粗很多
   • electron/main/window/main.ts 创建 BrowserWindow 时只设置了初始 width/height，没有设置 minWidth/minHeight，所以窗口可以被无限拖窄，没有任何下限保护，直接暴露了上面的问题。
4. K-Blaaaack

   added a commit that references this issue on Aug 14, 2026

   fix: 修复窗口缩小时界面溢出与原生滚动条 fixes SPlayer-Dev#149

   This issue will close once commit c8e93d4 is merged into the 'dev' branch.

   c8e93d4
5. SakurajimaMai520 commented on Aug 15, 2026

   

   SakurajimaMai520

   on Aug 15, 2026

   More actions

   初次启动程序并添加文件夹时，若一次性添加多个文件夹会导致“下一步”按钮被挤压。
6. kyv001 commented on Aug 15, 2026

   

   kyv001

   on Aug 15, 2026

   Last edited by kyv001

   Contributor

   More actions

   初次启动程序并添加文件夹时，若一次性添加多个文件夹会导致“下一步”按钮被挤压。

   虽然这么说并没有解决根本问题，但是本地音乐库是可以嵌套文件夹的。如果直接加入F:\qBit Download那么下面所有包含音乐的子目录都会被扫描，不需要一个一个专辑加入

   👍React with 👍2Reacted by Evesiesta and K-Black
7. MoYingJi

   marked 竖屏界面错位 #204 as a duplicate of this issue on Aug 27, 2026
8. imsyy

   added a commit that references this issue on Aug 31, 2026

   fix: 修复窗口缩小时界面溢出与原生滚动条 fixes SPlayer-Dev#149

   This issue will close once commit dd46645 is merged into the 'dev' branch.

   dd46645
9. imsyy

   closed this as completedin 5b7d66don Aug 31, 2026
10. MoYingJi

    added a commit that references this issue on Aug 31, 2026

    fix: 修复窗口缩小时界面溢出与原生滚动条 fixes SPlayer-Dev#149 (SPlayer-Dev#161)

    ...

    This issue will close once commit 5b7d66d is merged into the 'dev-mo' branch.

    5b7d66d
11. Naerelyth commented on Sep 3, 2026

    

    Naerelyth

    on Sep 3, 2026

    Author

    More actions

    v1.1.0 经过测试，应用将最小宽高设置为 1280+800，有些过大了，并且感觉是有点偷懒的处理方法。

    

    旧版 Splayer 减小窗口宽高至较小值后，会自动将侧栏隐藏，同时底部播放控件也不会出现按钮重合的情况

    个人觉得至少可以采用 旧版 Splayer 减小窗口宽高至一定较小值后，自动隐藏侧栏的处理方法，从而能提供更小的最小宽高
12. imsyy

    changed the title [-]减小窗口宽高至较小值后，界面中的文字以及控件会出现溢出、环绕、重叠的情况[/-] [+]【BUG】界面未适配较小宽高的窗口[/+] on Sep 13, 2026
13. imsyy

    reopened this on Sep 13, 2026
14. imsyy

    pinned this issue on Sep 13, 2026
15. imsyy

    added sub-issues on Sep 13, 2026

    • 250%缩放下界面异常 #254
    • 在1366x768分辨率的小屏幕中软件最大化显示内容溢出 #263
    • [Bug]在使用多个屏幕时全屏时会显示溢出 #264
16. imsyy

    added

    bugSomething isn't workingSomething isn't working

    confirmed已确认的问题 / Confirmed issue已确认的问题 / Confirmed issue

    on Sep 13, 2026
17. imsyy

    added the

    Bug

    issue type on Sep 13, 2026
18. github-actions commented on Sep 13, 2026

    

    github-actionsBot

    on Sep 13, 2026 – with GitHub Actions

    More actions

    🤝 @Naerelyth

    感谢您的反馈！我们已经确认该问题，并计划在后续版本修复。

    Thanks for your report! We have confirmed this issue and plan to fix it in a future release.
19. BB0813

    added 2 commits that reference this issue on Sep 18, 2026

    docs: ROADMAP 路线 A 核实更新（SPlayer-Dev#247 桌面专属 N/A、SPlayer-Dev#149/SPla…

    ...

    07a9bad

    docs: ROADMAP 路线 A 核实更新（SPlayer-Dev#247 桌面专属 N/A、SPlayer-Dev#149/SPla…

    ...

    e638bb4
20. jcfun commented on Oct 12, 2026

    

    jcfun

    on Oct 12, 2026

    Last edited by jcfun

    More actions

    界面最小宽高可以和界面缩放进行关联吗？我Windows下4K分辨率感觉UI元素有些大，窗口最小宽高也占用了桌面70%以上的空间。但是即使我把缩放调小到80%，窗口的最小宽高也无法进行调整。同时即使限制了窗口的最小宽高，在缩放调节过大时UI错位的情况也还是会出现的。我觉得在现有数值的基础上将窗口最小宽高和缩放比例进行关联更为合适，这样既能保证即使调大缩放也不会导致UI错位，也能在调小缩放的同时还能一定程度上调节窗口的最小宽高

    

    缩放调节到115%还是会出现UI错位的情况：
    
21. imsyy

    added a sub-issue on Oct 23, 2026

    • 窗口最小高度太高，以至于界面被任务栏遮挡 #409
22. imsyy

    added a commit that references this issue on Oct 24, 2026

    feat: 优化窄窗口布局样式 #149

    833e83b
23. kid141252010

    added a commit that references this issue on Oct 26, 2026

    平稳合入 dev：保留 AM 功能并修复启动迁移与同步门禁 (#35)

    ...

    8e8fa39