refactor(components): [table] use UseTooltipProps for overflow tooltip#24278
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughTooltip imports and the exported ChangesTable Overflow Tooltip Typing & Prop Composition
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
commit: |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 6806d68e8d
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
|
@rzzf Two checks failed. I initially thought it was due to the non-standard code commit I submitted, so I resubmitted and created a new PR. However, it was eventually found that this was not the cause 😥 |
Don't worry, this isn't your issue. The workflow depends on an action that has been blocked by GitHub, so the CI will always fail. |
Removed intermediate popperOptions variable and directly spread strategy: 'fixed' into props for cleaner code.
Please make sure these boxes are checked before submitting your PR, thank you!
devbranch.More flexible - Adding new tooltip props to table overflow tooltip no longer requires updating the Pick list; just pass them through and they work
Consistency - Aligns with how createTablePopper actually handles props (hardcoded values vs. pass-through)
Fewer maintenance - No need to manually sync the allowed prop list when UseTooltipProps evolves
Broader coverage - Props like role, teleported, popperClass, triggerKeys, disabled, popperStyle are now valid for table overflow tooltips, whereas before they were silently blocked
before
after
Summary by CodeRabbit