炒米粉
Some questions here: 1. What is the `Suggestive Content`? I didn't understand it so I didn't translate it. 2. Is `Show sticker` a command or settings?
Anyway, thanks for making this plugin! I like it so much~
> > 考虑修改方式：将所有的popup组件用js默认挂载到body这个层级上，不会受到祖先元素层级的影响 > > Should be fixup `overlay` component so that it can be mounted directly on the `body`? 是的，`popup`组件依赖于`overlay`组件，所以这个问题会随着`overlay`的修复而被修复。 Yes, `popup` depends on `overlay`, so this issue will...
首先感谢PR，不过如果这个pr是为了解决 https://github.com/FriedRiceNoodles/banana-ui/issues/63 的话，也许换一种修改方法会更合适一些。 上面那个issue的问题来源于collapse__header被css赋予了cursor: pointer，建议这样修改： 1. `collapse--disabled`的位置保持原来那样不变 2. 在css处使禁用状态下的`collapse__header`的cursor为not-allowed 建议这么修改的原因是： 1. `collapse--disabled`这一class代表的是整个collapse的状态，不应该放在collapse__header上。 2. 现在collapse组件的逻辑是，禁用状态下无论如何也无法使collapse变为展开状态，所以即使只把`collapse--disabled`放在header上也暂时没有问题；但是后续如果修改了组件的逻辑，允许展开和禁用状态同时存在，那禁用的样式就只会存在于header上而不存在于展开内容上了。
去看了rc-tabs的源码，我想我大概明白问题出在哪了，我可以提个pr吗?
> 1. 不建议魔改样式，可能会有预期外的很多问题，我们也很难提供支持。 > 2. 当然欢迎 PR，可以先描述一下你的思路或想法。 在我提供的示例中，出现这个问题的原因是： 1. nav-list元素宽度为100%也就是399px，因此每个tab元素的实际宽度为399/2也就是199.5px； 2. rc-tabs中计算元素宽度使用的是元素的offsetWidth，然而offsetWidth存在四舍五入的机制，因此在rc-tabs看来每个子元素宽度为200px； 3. 200px+200px>399px，因此在rc-tabs看来第二个tab没被完全展示，于是渲染出了more icon； 4. 渲染出more icon后tab元素和tabs元素的offsetWidth都改变，改变后的值符合tab的offsetWidth之和不大于nav-list元素offsetWidth的规则，所以隐藏more item； 5. 这个bug就是从1-4不断循环的过程。  因此我的思路是使用getBoundingClientRect()代替offsetWidth获取元素宽度，请问这个思路可行嘛？ @afc163
> 这样确实可以解，可以创建 `.dumi/resolveEntry.ts`，里面 export * from 子包 @PeachScript 这块有相应的文档吗？我在文档站点似乎没找到，感谢~