xmcp
Since the README says `const { ChromeWebStore } =` instead of `const ChromeWebStore =`, I'm not sure is it a bug or an intended behavior. But anyway it is a...
Interoperating between ESM and CJS seems challenging: https://github.com/microsoft/TypeScript/issues/2719 However, if we can assume that this library only works for CJS not ESM, we just write `export = foo` in TS...
So changing from `export default ChromeWebStore;` to `export = ChromeWebStore;` should revert to the old behavior. (The README also needs to change back to the old API signature of `const...
Closing this because unable to reproduce this on sanic 23.12. Not sure which commit fixed it though.
 弹幕显示时间的算法在这行附近。 整个算法充斥着无数 Magic Number，现在我只能知道，弹幕显示时间是根据弹幕滚动的速度决定的，而这个速度跟播放器设置、弹幕的长度（通过 `getBoundingClientRect().width` 得到）有关。 你说的很对，pakku的弹幕密度确实是为了体现“屏幕上显示的弹幕多少程度”而非讨论热度。这主要是因为在该功能出现前，pakku 就有【弹幕密度过大时减小字号】功能。因此之前的弹幕密度算法就被直接拿来用了。这样的算法会有一定的弊端，比如视频比较短的时候就会显得整个图表过于平滑，确实有可以改进之处。 我觉得，“显示的弹幕数”和“发送的弹幕数”并非对立的关系。把5s的时间阈值调小，比如改成1s，就可以比较好地反映发送的弹幕数，同时能解决我最开始提到的失真问题。 总之这个建议这只是我的一个设想，它的利弊还是有待商榷的。
Thanks for the response! The [lettuce-core bug (id=6) in the APR-Comp Functional-Java benchmark](https://github.com/APR-Comp/functional-java/blob/main/lettuce-core/bug-1) should be able to reproduce this issue, as I have encountered.
> HSV 或 HSL 色彩空间没有考虑人眼对色彩的感知 这个确实。我使用用 HSL 的原因是它观感可以接受（L 分量不在 50% 附近的时候感知到的亮度差一点问题不大，比如上图的例子，并不存在易读性问题），且编码实现容易（CSS 原生支持）。 > 同一个视觉感受亮度下存在的颜色实在太少了，无论如何生成都不会显得丰富 其实颜色还挺丰富的，例如网页上这个给出的例子（下图），至少生成十个左右都没什么问题，用来做题目类型绝对够了。而且每次前进 0.618 圈确保了相邻的几个颜色一定相差较大，相隔很远的颜色比较相近也不太容易发现。  另外在 0 到 50 之间随机亮度还可能导致一些对比度更高的类别比其他类别更 “显眼”。这在视觉设计上比较奇怪，相当于把语义相同的badge赋予了不同的优先级。 > 红色盲用户感知不到 u* 分量，如果 L* 分量被固定，将只剩下...
（其实只要把 L* 的范围限制在一个比较小的区间内，然后在生成颜色时考虑一下相邻颜色不要太接近，也可以在不抛弃 CIELUV 的前提下解决上面两条）
pakku 的相关逻辑在 https://github.com/xmcp/pakku.js/blob/master/pakkujs/injected/panel.ts#L290-L297 ，它监听了 `.bpx-player-row-dm-wrap` 的点击事件然后 stopPropagation 了，大概是导致 bilibili-evolved 没有工作的原因。 那就 pakku 下个版本改成只有按住 ctrl 的状态才调用这块的逻辑，应该就没问题了。bilibili-evolved 这边如果想主动适配的话，可以把 event listener 挂到 capturing phase。
pakku v2024.6.3已修复此问题