FeelUOwn
FeelUOwn copied to clipboard
feeluown
trying to be a robust, user-friendly and hackable music player
较新的 macOS 下按 capslock 键会导致程序 crash，定位到是这一行会出现 https://github.com/feeluown/FeelUOwn/blob/05d71d2407d629152a05925f501b73446713590d/feeluown/global_hotkey_mac.py#L35 ``` Thread 0:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff20453e7e mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff204541f0 mach_msg + 60 2 com.apple.CoreFoundation 0x00007fff20580bf7 __CFRunLoopServiceMachPort +...
现在 fuo 的 `--no-window` 模式在 linux 上，mpris2 有点问题。 之前看了下原因是 dbus-python 这个库强依赖 qt 的 eventloop，但其实依赖 asyncio 的 loop 就可以了。而目前实现里面，fuo no-window 模式不会用 qt 的 eventloop，用的是 asyncio 的原生 loop。 有个叫 dbus-next 的库比较优秀一点，它比较新。它是依赖的 asyncio...
**Describe the bug** 类似这样的歌词目前不能正常解析 ``` [xx:xx:xx][xx:xx:xx][xx:xx:xx] 歌词 ``` 它代表：多个时间点都是这一句歌词。但目前会把 `[xx:xx:xx][xx:xx:xx] 歌词` 都当成歌词。 **Expected behavior** 期望解析成 ``` [xx:xx:xx] 歌词 [xx:xx:xx] 歌词 [xx:xx:xx] 歌词 ```
**To Reproduce** Steps to reproduce the behavior: 1. 点击网页登录（此时，内存占用为 120M） 2. 弹出 WebLoginView 3. 登录成功后，关闭 View 4. 内存占用大约为 180M **Expected behavior** 期望关闭窗口后，内存恢复到 120M 左右 **Desktop:** - OS: macOS 10.13
- 作者：@cosven - 创建时间：2020-11-5 - 最近更新：2020-11-5 08:00 - 最新状态： ## 简介与背景 目前 fuo 请求没有 id 号标识，服务端接收到多个请求时，比如依次接收到 a,b,c 三个请求。 那么服务端必须返回 a 请求的响应，才能返回 b 请求的响应，接着是 c。 但现实中，c 请求的处理时候有可能比 a 更少，这时候理应先返回 c 请求的响应。...
**Describe the bug** No option to limit the size of log file, except to turn it off. This results in a very large log file (>100GB) for me. **To Reproduce**...
经过若干调整：https://github.com/feeluown/FeelUOwn/pull/484 。在 windows 下，效果如图（界面整体往上去了一点，这个先忽略，怀疑是 pyqt 的锅）  调整前（master 分支），效果如图  总结几个规律 1. 字体和窗口组件的 scale 逻辑不一样。 2. 在 macOS 和 windows 上，font 默认都是以 pointSize 来计算的。 3. 设置了 `QT_AUTO_SCREEN_SCALE_FACTOR` 环境变量后，窗口组件的 size 会...
**Describe the bug** 随机播放模式下，点击上一首，目前是随机找一首，期望是能够播放上一首。
进入“画中画”模式后，窗口的横竖比是不固定的，期望能够能够保持播放窗口的横竖比。 之前调研了几种实现方式，但是均不生效 1. 在 FramelessContainer resizeEvent 中进行再次 resize。这种方式会导致循环调研，用户感受到卡顿。 2. 查看 QSizeGrip 的[源码](https://code.woboq.org/qt5/qtbase/src/widgets/widgets/qsizegrip.cpp.html#297)，发现它是调用了顶层窗口的 setGeometry 函数，尝试重写 FramelessContainer 的这个函数，发现没有效果，这个函数根本没有被调用，怀疑是 QSizeGrip 使用了系统的 sizegrip 机制。（注：尝试重写 resize 函数也无效）。  3. 重写 heightForWidth + hasHeightForWidth，无效。