ddddxxx

Compare to the problem it solved, I don't think full CombineX repo is a very big deal. The dependencies are cached so it won't increase the build time. And CombineX...

> CombineX is driven by community anyway I'm positive. especially compare to OpenCombine which is of course maintained by individual. I'm not the creator of CombineX, actually I didn't know...

I'd prefer (c) cause I don't want invent the same wheel twice :-)

@helje5 Done. The package is still a Combine Compatible Package (except default to OpenCombine. so If anyone use this package with other Combine Compatible Package on Linux, they have to...

Even we have something like `import OpenCombine as Combine`, the problem is still there. ```swift import Foundation import Combine // OpenCombine is imported as Combine [1, 2, 3].publisher // 🛑...

I noticed you consider CombineX repo as a burden of CXShim. I'd like to improve. If I did revive the CXShim repo, would you accept the pr at the beginning?...

I see. I just stick with option c). This pr is ready for review.

@helje5 Anything I need to do to get this pr merged?

Please try [v1.6.2-beta.2](https://github.com/ddddxxx/LyricsX/releases/tag/v1.6.2-beta.2)

是菜单栏歌词和逐行歌词之间不同步吗？菜单栏是由系统管理的，使用的都是标准接口，并没有地方可以控制这个“延迟”。其它软件也会这样“延迟”吗？