This repository has been archived by the owner on Sep 11, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 78
[Filter field / Autocomplete] Virtualized elements change width of overlay when scrolled into view. #1420
Comments
Hey @kaikcreator! Thank you for reporting this, this seems like a problem with the virtualization of the items in the autocomplete component. I will have a look. |
tomheller
changed the title
[Filter field ]
[Filter field / Autocomplete] Virtualized elements change width of overlay when scrolled into view.
Aug 4, 2020
I have tracked it down to the usage of the barista/libs/barista-components/filter-field/src/filter-field.html Lines 77 to 79 in a1d2838
The dt-highlight only renders, when it is in viewport, which let's the dropdown grow as you scroll down, because the options only are rendered in the dom when they become visible. barista/libs/barista-components/highlight/src/highlight.ts Lines 138 to 146 in a1d2838
|
tomheller
added a commit
that referenced
this issue
Aug 4, 2020
When the highlight was wrapped in an option in the filter field and out of view, it was not initially rendered, but broke the layout of the autocomplete overlay by being too small. When running and forcing highlight after the init a first time, the value will be mirrored into the visible span, therefor giving it the size it should eventually have. Fixes #1420
4 tasks
lukasholzer
pushed a commit
that referenced
this issue
Aug 13, 2020
When the highlight was wrapped in an option in the filter field and out of view, it was not initially rendered, but broke the layout of the autocomplete overlay by being too small. When running and forcing highlight after the init a first time, the value will be mirrored into the visible span, therefor giving it the size it should eventually have. Fixes #1420
lukasholzer
pushed a commit
that referenced
this issue
Aug 18, 2020
When the highlight was wrapped in an option in the filter field and out of view, it was not initially rendered, but broke the layout of the autocomplete overlay by being too small. When running and forcing highlight after the init a first time, the value will be mirrored into the visible span, therefor giving it the size it should eventually have. Fixes #1420
yngrdyn
pushed a commit
to yngrdyn/barista
that referenced
this issue
Nov 9, 2020
When the highlight was wrapped in an option in the filter field and out of view, it was not initially rendered, but broke the layout of the autocomplete overlay by being too small. When running and forcing highlight after the init a first time, the value will be mirrored into the visible span, therefor giving it the size it should eventually have. Fixes dynatrace-oss#1420
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Bug Report
Expected Behavior
Filter suggestions panel width should consider max with of their content from the beginning.
Current Behavior
Right now, the filter suggestions panel width only takes into account the data displayed when expanded, but if some wider content appears on scroll, the width of the panel is adjusted (causing an unsightly "jump" effect).
Steps to Reproduce
See live code: https://stackblitz.com/edit/github-g3mxzb
item
filter keysome even much longer item
is displayedThe text was updated successfully, but these errors were encountered: