-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[Vega] Fix vega styling issues #143168
[Vega] Fix vega styling issues #143168
Conversation
Pinging @elastic/kibana-vis-editors @elastic/kibana-vis-editors-external (Team:VisEditors) |
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.
Tested locally with Safari
💚 Build Succeeded
Metrics [docs]Async chunks
History
To update your PR or re-run it, just comment with: |
* Revert "[Vega] Fix vega controls layout (elastic#130954)" This reverts commit 8e09cdc. * Revert "Revert "[Vega] Fix vega controls layout (elastic#130954)"" This reverts commit cd753c3. * fix vega problems * always make the vega view scroll * restrict maximum height
* Revert "[Vega] Fix vega controls layout (elastic#130954)" This reverts commit 8e09cdc. * Revert "Revert "[Vega] Fix vega controls layout (elastic#130954)"" This reverts commit cd753c3. * fix vega problems * always make the vega view scroll * restrict maximum height
* Revert "[Vega] Fix vega controls layout (elastic#130954)" This reverts commit 8e09cdc. * Revert "Revert "[Vega] Fix vega controls layout (elastic#130954)"" This reverts commit cd753c3. * fix vega problems * always make the vega view scroll * restrict maximum height
Fixes #142931
This PR fixes the problems described in the issue:
For the first issue, I tracked the problem down to the change in #133288 - reverting this makes the editor keep its size. I tested the error centering for Lens, agg based and TSVB and it seems to work fine in all cases:
The second issue was introduced by #130954 . This was simply an oversight - the new types did not take into account that autosized specs can also become scrollable in some scenarios.
Removing the
overflow: hidden
seems to be sufficient - autosized specs that do fit the panel render without scrollbars while auto-sized specs with too large of a canvas become scrollable.Test case 1 (autosize-spec larger than canvas)
Open
Test case 2 (autosize with controls from #130436 )
Open
Both seem to render fine (also the default spec), tested Chrome and Firefox: