Junyi
Junyi
没有彻底修复，不过应该是另一个问题，但应该合并考虑。 原因是Button设置禁用时并没有吧主元素main设置HTML的原生禁用状态，导致表单仍然会提交。 两种修复方案： 1. 在现有基础上先不考虑真实禁用状态（但迟早是问题），对判断禁用后采取同样的措施preventDefault； ``` if ( me.isDisabled() || false === me.onclick() ) { baidu.event.preventDefault(e || window.event); } ``` 2. 解决掉禁用状态，使之彻底不可点； 各位考虑。
I need this answer too.
麻烦确认是否是 SDK 的问题，我暂时没有机会使用证书进行调试，所以这部分不能确定功能是否正常，仅搬运自官方历史 SDK。如果确认是 SDK 的问题，可以来一个 PR。如果是支付宝的问题，那么可能无法解决。 谢谢！
Sorry，可能最近暂时没时间改这个，如果有空发个 PR 就赞了~
这里有另一种方式，我们在项目里经常用到，就是直接通过 npm 的 `package.json` 中的依赖版本来指定。比如我当前开发的项目依赖一个组件库 `element-react-dataview`，那么我会将此组件库的代码 clone 到 `lib/element-react-dataview`，然后将 `package.json` 中的引用改成： ~~~json { "dependencies": { "element-react-dataview": "file:lib/element-react-dataview" } } ~~~ 项目目录下运行 `npm i` 之后再删除掉 `lib/element-react-dataview/package.json`（因为 npm 发布版引用的是编译后的 dist 文件，没有此情况的可以不用删除），启动项目的 webpack-dev-server...
One of my suggestion is to remove any `z-index` usage to avoid any problem. It's a bad and legacy practice. All popup-liked components should be append to offset parent (commonly...
几个 hooks 里的 `try { ... }` 的代码内容太多，有可能在真出现异常时不方 catch 区分，通常的习惯是只 try await 处理的部分，其他同步逻辑都认为应该是通过 ts 保障稳定无误的。
@foxpcteam Thanks for your suggestion. The features are in our plan and we are working hard to make them happen.
@foxpcteam It has been implemented as `executions`. All executions and individual job status will be in those database tables. But till now we haven't implemented the UI to show them,...
中英双语博客，而且每篇文章都还比较有深度，厉害了！ 社区项目里有个 `bloggers.md` 的列表，也可以发 PR 到里面哈。