-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Reduce complexity and 'black-boxed' nature of tab panel logic #3372
Conversation
I believe that |
You're right. I checked with Barret and it should preserve HTML attribute order (it doesn't preserve ordering of the I was getting confused by the fact that, in the old behavior, active vs non-active tabs will have different ordering of their attributes. If you think it's important we maintain that (inconsistent) ordering, I can do it, but it'll introduce more complexity |
This comment has been minimized.
This comment has been minimized.
* master: (48 commits) Modify `icon()` function to call `fontawesome::fa_i()` for equivalent functionality (#3302) Follow up to #3372: fix oversight in refactor (#3387) Revert "Do not double pull within rituals" Do not double pull within rituals Remove deprecated code and parameters (#3137) Prettify TS Rebuild JS files Add important flag Update comments Add sendImageSize2 Use removeSheet() Make more CSS properties !important Add note about synchronous behavior in IE Rebuild JS files Simplify IE CSS handling New strategy for sending information when CSS loads Make sure dev version of rlang is available (#3382) Reduce complexity and 'black-boxed' nature of tab panel logic (#3372) Install dev version of rlang (#3379) Comment about the hoisting ...
(To be merged after rstudio/htmltools#215)
In #3315, a lot of complexity was added to
buildTabset()
(and the JS behindinsertTab()
, etc) due to this Bootstrap 4+ regression (at the time, I thought it was a "known" regression, but apparently it was an oversight). That regression has already been fixed in{bslib}
'sversion = 4
(via rstudio/bslib#306), hence the bump in{bslib}
's version requirement.