You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
经过断点调试,发现问题存在于在 componentDidUpdate 中重新计算高度的逻辑中。在计算高度时,会查询渲染的 DOM 高度累加得到总高度,但实际上在 componentDidUpdate 时,DOM 尚未根据最新的 data 完成重绘(这是 React 的预期行为),因此获得的 DOM 高度仍然是根据上一次 data 渲染而来的 DOM 高度。
The text was updated successfully, but these errors were encountered:
Versions
react
4.10.1
rsuite-table
3.15.1
What is the expected behavior?
开启了
wordWrap
和autoHeight
时,Table 能根据data
正确地计算高度。What is the current behavior?
在开启
wordWrap
和autoHeight
的情况下,改变data
的值,如果新旧data
中会引起折行的条目数量不同,则更新data
后 Table 的高度计算不正确,仍保持为旧的data
所渲染的高度。What are the steps to reproduce?
在下面的例子中,初始
data
中包含 1 条引起折行的条目,点击下方按钮来更新 Table 组件的data
(其中包括 2 条会引起折行的条目),Table 的高度仍保持为 1 条折行的高度。https://codesandbox.io/s/rsuite-table-flaky-authheight-c1f1wy
Any additional comments? (optional)
经过断点调试,发现问题存在于在
componentDidUpdate
中重新计算高度的逻辑中。在计算高度时,会查询渲染的 DOM 高度累加得到总高度,但实际上在componentDidUpdate
时,DOM 尚未根据最新的data
完成重绘(这是 React 的预期行为),因此获得的 DOM 高度仍然是根据上一次data
渲染而来的 DOM 高度。The text was updated successfully, but these errors were encountered: