igauch
igauch
## Description [WePY warn]: Error in nextTick: "TypeError: Cannot read property 'hooks' of undefined" 场景是这样的，store在组件的attached之前发生了改变
As of Less 3.0, functions can return any kind of Node type, and can be called at any level. but postcss-less not support. [plugin-atrules-feature](https://lesscss.org/features/#plugin-atrules-feature) * Node Version: v16.14.0 * NPM...
打码优化下啊，总是失败
目前看到这个免费的打码是大佬自己维护的，辛苦了，很赞！不过总是失败也不行啊，能不能优化下，是服务器成本有压力？那就收费，算法的话应该不是问题了，目前都比较成熟了，跪求大佬提高识别成功率
伟大的改变
讲真，vue生态里的组件框架几近相同，虽然在代码上确实有各自的努力。 但有一个问题却一直存在——样式和框架紧紧结合在一起了，毫无疑问，这不是很完美。 对于样式和框架我思考实践了一段时间，没有一点成果，但我想分享下： 1.任何组件框架都不可能完全覆盖div等标签的使用场景，我们总会需要使用一些原生的方式 2.可是组件是为项目服务的，一个项目不能有多种风格，这就要求组件的样式是可通用的 3.组件的样式变量应该充分提取，这样我们不仅可以通过调整组件的prop还可以深入修改更细微的改变 4.虽然我们更关心组件，但我同样希望大家也关心样式，让它服务更多的场景，所以必要的文档应该也是必须的 以上只是我个人的思索，不知是否合适？求指教 最主要的：我看到了改变，不像element、iview等，为你们点赞！我相信你们能做的更好！加油
# 历史 drawer ## service 1. service 打开的还是 DrawerComponent ## component 1. 会立即创建一个 overlay 出来，其实就是实例化，只是通过控制样式来达到显示隐藏 ## 问题 ### component 1. 未打开前不应该先实例化 ### service 1. 打开会有两个 overlay 实例 2. 关闭时会立即发出 close...
理由：7.3.0 之前的 open 有手动变更检测；如果不加上，容易造成一些超出预期的问题，例如使用 viewchild 查找 drawercontent 里的某个元素或组件，因为 drawercontent 是异步的，所以初始时这个 viewchild 是undefined
支持以属性方式使用aui-table以支持使用原生table来构建aui-table，这在合并单元格时是非常受益的。