Revamp accordion borders to fix pixel jumping#33149
Conversation
56ec5a6 to
0cbbe75
Compare
|
Pushed an update that I hope will address the FF zoom issue. |
465dc4e to
9b14981
Compare
|
@ffoodd Any chance you could give me a quick review here? <3 |
|
I still see a little glitch but it's better. FF zoom issue persists (I start to see weirdness from 110% to 170%, either a missing border or doubled ones). I guess our main issue relates more to animating Not quite sure this is the way to go, though… |
|
@ffoodd I think we merge this as-is and then look at revamping the animations separately. Thoughts? |
|
Agreed, Should probably open a new issue dedicated to animation though. |
ffoodd
left a comment
There was a problem hiding this comment.
Only left a question. Simpler and better solution IMHO, let's do this.
- Pushes the borders to the .accordion-item - Simplifies the .accordion-flush - Recreates the .accordion-button border-bottom with an inset box-shadow - Updates background-color to solid to match other components like list group and prevent stacked translucent borders - Use negative margin to overlap the consecutive items
2140f2e to
4fb3d1a
Compare

This should fix the issue once and for all—this takes a simpler approach to the borders and seems to fix all the movement I could see (which was actually visible without even zooming in, at least in Safari).
.accordion-iteminstead of the.accordion-button.accordion-flush'sborderresets.accordion-button'sborder-bottomwith an insetbox-shadowborder-radiusto the parent, which necessitated the new$accordion-inner-border-radiusvariableFixes #32250, closes #32251.
Preview: https://deploy-preview-33149--twbs-bootstrap.netlify.app/docs/5.0/components/accordion/