Chaser Huang

Confirm this bug still persists, I could not add my Discover card and it's showing the same error. Probably we still need a rate limiter besides #37

Hi, I have implemented a preliminary tree-sitter backend in #471. If any of the correspondents on this thread are interested, please help me test it out, thank you!

Hi, I have implemented a preliminary tree-sitter backend that could generate bindings in Rust in #471. If any of the correspondents on this thread are interested, please help me test...

@Sleepwalking 关于GUI工具包的问题，我还是倾向于使用Qt。我可以列举如下的几点要点： 1.据我所知，Qt库提供了原生的GTK样式支持，暂且不提自己的样式系统都没弄清楚的Qt5程序，Qt4程序在Linux下各桌面环境都有较好的兼容性...至于你说的GNOME上的问题好像自Qt4.3以来就解决了.. 2.Qt不单单是一个GUI库，Qt是一整个应用程序框架，提供了包括底层数据结构，文件IO，网络通信，多媒体处理，HTML/XML 解析，SQL数据库支持，脚本解析框架，插件框架，当然还有图形界面在内的许多功能，在这里，我们最需要注意的是多媒体处理和插件框架。首先在Rocaloid的建构上，多媒体处理将是一个非常重要的环节，这里我说的处理并不是语音合成这一部分，这一部分应当是我们自己做的...我所指的是一些音频格式的解码（作为BGM）和音频的播放。如果使用VB，我们这些工作很多都是可以通过调用Windows系统库完成的...但转到C++时，又要考虑跨平台的问题，就不得不选择一个跨平台声音库来使用了...另一方面，考虑软件的长远发展，提供插件功能是必要的，但由于各平台下系统API的区别，这又是一个非常麻烦的跨平台问题..但是Qt提供了一个跨平台的插件框架立刻能解决这个问题。 3.Qt的文档是我所知的任何一个GUI工具库中最为详尽的...这使得Qt程序的开发比起许多其他GUI程序都要轻松的多。 所以，请慎重的考虑是否要使用Qt的问题。 当然，我所述的一切都只是出于我个人看法的建议，如果你坚持要用WxWidget...我也码得了代码..而且我也会尊敬项目领导者的意见 = w = BTW，QQ群已加...但是实在不怎么用QQ，重要事情还是通过Github、邮件或者GTalk联系都行...邮件地址我Github信息页里面有.. 祝好 Chaserhkj More about the GUI toolkit, I would say that I still insists that we should use...

@Sleepwalking Flashing command window issue was definitely due to incorrect calling of external program or due to incorrect flag passed to compiler when building... Invoking system calls from frontend program...

@m13253 Seems that you are trying to apply some Unix philosophy to our project, that's fine. I fully agrees with your recommendations. On the other hand, I agree with @Sleepwalking...

@Sleepwalking I don't think using @m13253 's infrastructure would cause much problem on performance or coding... Cause this way of building a system by building a lot of small components...

可用的python GUI库以及比较 - kivy 此库依赖比较麻烦，一般用于NUI开发，即跨移动平台的分辨率无关应用程序开发，用它开发的程序通常是全屏运行自适应分辨率的，比较新，可能不太成熟，有可用的declarative UI - PyQt(4,5) 高度成熟的桌面平台界面库，广泛适用于各种桌面应用程序，有QML和enaml作为declarative UI - PyGTK 比较经典的桌面平台界面库，以前被使用的很多，但是由于近些年来GTK的技术发展有点跟不上Qt，所以比起来PyQt逊色很多 此外，还有很多别的或轻量或方便或功能丰富的界面库可供使用，包括Web界面，Electron，fltk，tk，wxWidgets等等，我本人比较推荐用PyQt5，但是这个我觉得还是看具体需求（轻量程度，跨平台移植性，功能齐全性等等）选择比较好 = =

我觉得全局用requests比较好，这个已经是非常通用并且常见的http库了，主要写起来简单也便于维护。 至于依赖问题，只要用distutils正确打包的话，Mac和Linux平台的分发都不是问题，实在觉得麻烦的话，可以用pyinstaller做bundled distributable binary package

Sorry I wasn't able to look at this again in the past few months and I kinda forgot where I was. I think I at least implemented the simplest cases,...