mirror of
https://github.com/ZHANGTIANYAO1/teamspeak-music-bot.git
synced 2026-10-01 20:42:50 +08:00
saopig1andClaude Opus 5
f777d892db
移动端两个交互在触屏上是死的： 1) 迷你播放器的进度条只是展示，整行的 click 又被绑成跳转歌词页。现在这条 进度条用 Pointer Events（pointerdown/move/up/cancel + setPointerCapture） 支持点按和拖动 seek，一套代码同时服务触摸、手写笔和鼠标，手指滑出细条也 不会中断。可视轨道仍是 2px，但命中区域扩到 12px 并向下伸进播放器自身的 8px 内边距——传输按钮高 32px、在 42px 内容区里居中，上沿在 13px，正好错开。 拖动时渲染值切到手指位置，让 60fps 的 rAF 时钟别和手指抢（与音量条 #111 同源问题）；本地覆盖在 seek 请求 resolve 之后才释放，避免先跳回旧位置再 跳到新位置。松手后 400ms 内的 click 被整行吞掉，否则 seek 完会被顺带导航 到歌词页。没有 transport 权限或时长未知时整条退回纯展示，并把 touch-action 还给页面，不会白吃掉滚动手势。 2) SongCard 和队列抽屉都用 @dblclick 触发播放，而 dblclick 是鼠标专属事件， 触屏永远不会触发。现在改为按事件判断：click 在现代浏览器里是 PointerEvent， pointerType 为 touch/pen 时单击播放，鼠标单击行为完全不变（双击仍然播放）。 用按事件判断而不是 matchMedia('(pointer: coarse)')，是因为后者只反映主指针， 在带触摸屏的笔记本上会判断错。选 click 而非 pointerup 也是有意的：浏览器 本就会抑制滑动手势末尾的 click，滑动列表时不会误触发播放。 队列行的移除按钮原先没有 @click.stop，加了行级 click 后会「点一下播放顺手 删掉」，一并补上，并按 SongCard 已有的约定在 coarse 指针下常显该按钮。 Closes #143 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>