panchao.co

> 同求 ```javascript instance.toolbarHandlers.image = () => { Modal.info({ width: 550, title: '上传图片', content: UploadForm, getContainer: (document.querySelector('.react-markdown-cmp') as HTMLDivElement) || document.body, onOk: () => { console.log('inpiu', instance.getCursor()); console.log('instance.insertValue', instance.insertValue); if...

> > 同求 > > 这个问题我已解决代码参考: > > https://gitee.com/laravel-admin/laraveladmin/blob/master/resources/js/components/editorMd.vue > > 喜欢可以帮忙点个赞 有点太复杂啦，可可看看我的方案，没多少行代码

谢谢，应该有挺多方便加浏览器前缀的三方库，因为我在生产用了你的包，所以非常感谢你的及时回复

> Release v1.4.0 > > * [自动为 CSS styles 添加浏览器私有前缀](https://vue-styled-components.com/guide/advances/auto-prefix) > * [Nest CSS 支持版本较低的浏览器](https://vue-styled-components.com/guide/advances/nest-css) 你太优秀了，哈哈

> reopen 没有了，我以为是需要你来close， 才打开的，哈

> 我先测一下性能差异 好的好的，感谢大佬，有些浏览器可能没有获取CPU核数的API， 所以可能需要兼容一下哈

> 我先测一下性能差异 可能需要一些特定的场景，比如后端是一个socket推送的列表，数据是实时变化的，而前端还有几个按钮控制显示不同的数据，按钮聚焦要显示不同的样式，这时候可能出现按钮聚焦卡顿之类的。

> > 测试了一下，使用web worker反而更慢了，创建worker以及worker和主线程之间传递数据的开销远远大于直接计算的开销 > > 不过不在意计算速度，只需要不阻塞主线程渲染也可以上（纯任务分流 确实如此，感觉可以提供一个入口给用户选择是否开启web worker来计算样式

假如我有一个比较大的组件， 如果我通过props传入，改变了某一个选择器对应的dom的样式，会将整个组件的样式进行重算替换还是类似vue的diff 计算然后替换的呢

> > 我待会加上样式缓存/批量更新/异步更新来优化这个问题 > > v1.12.0-beta.1已实现，具体文档：https://vue-styled-components.com/zh/guide/advances/performance-optimization 好的好的，前几天休假了，一回来就看到你搞定了，真优秀😄