-
Notifications
You must be signed in to change notification settings - Fork 842
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EuiDelayRender #1876
EuiDelayRender #1876
Conversation
… pressed/not-pressed
…ws to delay a particular React render
@cjcenizal, as we discussed on #749, implemented delayed rendering. |
Thanks for this @rockfield! I'm going to hand off review to @chandlerprall and @thompsongl, as they're the maintainers of EUI and I'm low on bandwidth ATM. |
@rockfield is this still a WIP or ready for a review? |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, I missed this bit in my last review. Looking to be ready after this last change
retest |
seems as |
jenkins test this |
retest |
jenkins, test this |
1 similar comment
jenkins, test this |
@thompsongl @maryia-lapata @chandlerprall @Avinar-24 |
Related to #749
Related to elastic/kibana#28385
Summary
Part 1
I've added aria-pressed attrs to filter buttons those have just two states: they are toggle indeed.
Part 2
Another component, Delay Render is coded, slightly similar to DelayHide component.
Existing solutions I found around use either promise fetching or deprecated componentWillMount,
since what we need here is exactly timing based delayed rendering.
It is so as Aria Live Regions is used by ScreenReader to detect
changes
and announce those changes.So, there is at least a couple way to implement that: collect all new updates in textNode, every sorting update or clear it every time and fulfill with only one necessary update.
Also, following the 2nd approach it is suitable to use such a component for any delayed render.