timongh

~~稍后再看界面失效参考 #2339 #2987。如果与你的情况一致，那这个问题已经解决。~~ update: 好吧，测试了一下，跟这个问题无关

覆盖后没问题了

> 有没有更好的监听切换宽屏切换的方法！？ 有两种选择吧 1. 监听 `PlayerAgent.query.control.buttons.widescreen` 尽量还是用这种吧，兼容性不需要由组件独立维护，只要 `core` 没问题这个组件就能用。 2. 另一个就是用 B 站的 API - 普通视频页面 ```typescript unsafeWindow.player.on(unsafeWindow.bPlayer.events.playerResize, (event) => { // event 里面似乎没有是否为宽屏的信息。可能需要通过其他方式来判断 }) ``` 这里的 `playerResize` 也可以换成 `resize`，只不过在切换为全屏时，后者会被调用两次。...

怎么监听切 p 我没研究过。不过大体上也就三种方法吧： 1. 观察切 p 给 dom 造成的变化，并监听这种变化。 2. 看看 b 站给的全局变量里有没有可以利用的东西。比如，player, bPlayer, nano, dashPlayer, dashjs, PlayerAgent 等等。不同的播放器使用的全局变量不太一样，你拿这几个名字到控制台去试就知道了。至于播放器的类别你可以参考插件里的 PlayerAgent 的实现。（注：dashPlayer 和 dashjs 都和一个叫 dashjs 的第三方库有关） 3. 找到 B 站关于播放列表的...

> 感觉还是监听url的变化更方便 确实没考虑到这个

改了以后还没有测试过，最近就测

啊这，动态相关的组件都失效了，这个 PR 好像没用了

> 你只是改了声明的方式吧，新版动态需要组件更换逻辑，并不冲突 我的打算是，这个 options 分支始终跟着 preview 分支同步，这样等改完后才方便直接合并到 preview 分支。这次动态相关的组件需要修改逻辑，那 preview 分支也要跟着改，这个分支也要跟着 preview。现在这个 PR 是在之前的代码基础上改的，自然是没用了。

要不这个pr就不关了。等新动态组件改了以后，从preview合并到这个pr，再以此为基础改成define api

#3959 的问题我在这个 PR 的基础上修了。是用 pnpm 的 patch 修的。如果这个 PR 被拒绝我再在现在的 preview-features 分支上面修。