xuliuzhu1834
xuliuzhu1834
补充：package.json中添加 "scripts": { "lint": "node_modules/.bin/eslint src/**/*.jsx src/**/*.js" } 方可执行 npm run lint webpack 执行构建命令为 webpack --display-error-details
不好意思，最近一直在处理别的事，把这个issue的事情给忘记了，合并单元格的诉求还是比较高的，其实对table的诉求还是比较多的，不过最多的就是 删除行列/列宽自定义/合并单元格 这三种
@sunsonliu 佬， 这个复杂表格的功能啥时候上啊， 对了，可以开放 将html转换成markdown的方法嘛？出个独立包最好了
另外，可以公开下需求列表吗？我们可以参与其中认领任务，加快cherry的迭代速，希望cherry能尽快出一个稳定版本
debug 了一下， 用 `Meta-Shift-KeyX`是生效的。。。 这个算不算BUG？ `Control` 必须用 `Meta` ？
milkdown的中间玩了两天， 我的方案是只在render侧实现了cherry的特殊语法，用户在文本修改的时候，还是会按照milkdown的语法编辑， 但是milkdown开发起来真的烦， 因为本身是基于ProseMirror的，总是要考虑cursor，position，selection这些， 简单插件还好， 写复杂插件的时候，debug的时候特别烦躁，也可能是因为我的Prosemirro用的不好导致的。不过它的table选中和复合元素选中总是有问题， 我也一直没调好，后面我干脆不干了
我个人理解，如果是想做协作相关的文档工具，Prosemirro是个不错的选择，因为它能控制的粒度足够精细，但是如果不涉及协作的话，真不建议用Prosemirro来做编辑器，太啰嗦，而且还很难用好，特别在团队共同维护的时候，一个不够好的插件，可以直接让整个编辑器崩溃，
> > 我个人理解，如果是想做协作相关的文档工具，Prosemirro是个不错的选择，因为它能控制的粒度足够精细，但是如果不涉及协作的话，真不建议用Prosemirro来做编辑器，太啰嗦，而且还很难用好，特别在团队共同维护的时候，一个不够好的插件，可以直接让整个编辑器崩溃， > > 额，确实，prosemirror的学习曲线比较陡，不过不得不承认prosemirror本身还是非常优秀的（包括性能、扩展性、社区），所以我们还是想试试基于prosemirror的milkdown。。。 那你们开始了吗？我没看到对应的分支
> ``` > new Cherry({ > engine: { > syntax: { > htmlBlock: { > /** > * 是否过滤html标签中的style属性 > * true：过滤style属性 > * false：不过滤style属性 > */ > filterStyle: true,...