csr632
### Which Component Need Enhancement 期望新增功能的组件 - Typography, Tooltip ### What does the proposed API look like 期望支持的API - positionTarget 弹出层的定位基准元素（即弹窗指向哪个元素） - triggerArea ### Feature Description 功能描述 #### positionTarget 目前弹出层的定位基准元素只能是Tooltip的children，这导致在使用Typography.Text的ellipsis属性来实现自动截断、展示弹层时，弹层只能指向被截断的文本。但是在很多场景下，文本旁边还有Icon等元素，我希望弹层能指向【文本+icon】整体的中心，而不是【文本】的中心。...
reproduce: change md file from an empty file into: ``` # t1 ``` case the error  Do the opposite (delete the only title) also cause error.
I haven't looked into this project closely. But I am really excited! Could you explain more? Is [this issue](https://github.com/facebook/react/issues/18652) related to this project?
### Component Table ### Reproduction link [https://fusion.alibaba-inc.com/79480/component/table#lockColumn-container](https://fusion.alibaba-inc.com/79480/component/table#lockColumn-container) ### Steps to reproduce 用键盘左键，向左滚动，很慢。向右滚动却正常。
### Component Slider ### Reproduction link [https://riddle.alibaba-inc.com/riddles/d98f5313](https://riddle.alibaba-inc.com/riddles/d98f5313) ### Steps to reproduce 父容器变宽的时候，会暴露出右边的item。 ## 实际场景 左侧导航可以展开/收起  收起导航时，会暴露出右边的slide item。  ## 修复建议 slide item 的宽度使用js控制，可以理解，因为它要响应props中的数据的变化。是否可以增加一个模式，一屏只展示一个item，这样就可以不用js来控制slide item 的宽度，完全使用css的自适应宽度。
## 背景 在基于fusion开发阿里云组件库的时候，我们发现有一些设计规范无法通过**样式覆盖**来实现，因为dom结构由本质的不同。举个例子，阿里云设计规范定义的DatePicker：  弹层出现在input下面。 目前fusion的DatePicker：  弹层盖在原本的input之上，并且弹层中渲染一个新的input。 通过修改fusion DatePicker弹层的位置，我们能得到最接近设计规范的版本是这样：  可以看到，fusion的DatePicker中的2个input都出现了。两种设计规范存在DOM树结构上的差别。我们无法通过样式覆盖来实现阿里云设计规范。[我们的Upload组件设计也面对着同样的问题](https://done.alibaba-inc.com/share/file/ovOMjXxOabdrrafW)。 **目前，为了实现设计规范，我们只能fork同一份对应的组件代码来修改**。但是这意味着，放弃fusion未来的bugfix和feature，整个组件由阿里云自己维护。 ## 问题原因 问题的根源在于，fusion的model与view层没有解耦。 目前fusion组件已经具备较强的可定制性，目前的可定制性来自于： - 通过fusion平台配置一些样式 - css-var方案上线以后，下游开发者可以覆盖css-var的定义，配置更细粒度的样式 - 通过props来控制一些view层渲染逻辑，比如Search组件支持通过props.icon、Select支持props.itemRender 但是即使上述这些手段再强大，也无法达到**定制DOM树结构的程度**。这是目前fusion可定制性的上界。 因此，当遇到一个新的设计规范时，总是能发现很多无法通过上述方式来定制的地方。上面的阿里云设计规范就是一个例子。 为了实现无法定制的样式，下游组件库只能fork一份组件代码。**为了对view层做一点点的调整，我们要同时放弃这个组件状态管理（model层）逻辑**。这不利于fusion对集团组件库进行收敛。 ## 解决方案 对组件的model层和view层分离。model层做状态管理，不负责渲染任何DOM节点，view层根据model层提供的状态来渲染DOM树。 事实上，model层和view层的分离在组件库中早有雏形，比如...
### Initial checklist - [X] I read the [support docs](https://mdxjs.com/community/support/) - [X] I read the [contributing guide](https://mdxjs.com/community/contribute/) - [X] I agree to follow the [code of conduct](https://github.com/mdx-js/.github/blob/HEAD/code-of-conduct.md) - [X] I...
https://github.com/KieSun/My-wheels/blob/6dbcfd135e3992c0016a12ca2b2784cc8d4d7410/Virtual%20Dom/diff.js#L56 打标识的时候，index的增长规则似乎有点问题。比如对于下面这颗树： ``` 0 |-1 |-2 |-3 ``` 遍历到012号节点时的index是012，没有问题。但是到3号节点时的index也是2（index + last.children.length + 1 = 0+1+1），与2号节点冲突了。
https://codesandbox.io/s/console-components-demo-pnfxg?file=/src/demo/index.tsx