-
Notifications
You must be signed in to change notification settings - Fork 795
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
Enhancement of Vega-Embed CSS for Improved Display and Flexibility #2867
Conversation
I think since the |
Thanks for this PR @nlafleur! It's great that there is progress on responsive charts. I'll try to find time this week to test this more thoroughly. I think this logic can be extended to the universal and inline template as well, meaning that |
Let me try to break this down. Within Vega-Lite it is possible to define a fixed width and a container width. Altair uses Vega-Embed for rendering and if we like to support both the fixed width and container width in Altair then there are some changes required to the existing Vega-Embed css by overruling them. The breakdown is made by the following specification, import altair as alt
from vega_datasets import data
source = data.cars.url
alt.Chart(source, width='container').mark_circle(size=60).encode(
x='Horsepower:Q',
y='Miles_per_Gallon:Q',
color='Origin:N',
).save('chart_container.html')
alt.Chart(source, width=200).mark_circle(size=60).encode(
x='Horsepower:Q',
y='Miles_per_Gallon:Q',
color='Origin:N',
).save('chart_fixed.html') Without changes to the No width defined on parent, so chart width becomes 0. Renders fine. Action button placed correctly Defining .vega-embed {
width: 100%;
} Results in: Responsive to the full width, but the open dialog of the action menu is to close to the right browser edge. Chart renders fine on left-side, but the action button is placed on the right-side. Overruling the following default css from Vega-embed (this PR): position: absolute;
top: 0;
right: 0; With: .vega-embed {
width: 100%;
display: flex;
}
.vega-embed details,
.vega-embed details summary {
position: relative;
} Results in: Responsive width and action button on the right side, where the dialog is opened with a buffer on the right side. Renders fine. Action button placed correctly |
Gentle ping @domoritz, is this better suited for Vega-embed? Otherwise I will continue here. |
Thanks for the ping. I am super wary of css changes to embed since there are so many users. I'd need a few hours to test this. Maybe someone could make a pull request with a release in a private package that we can test in jupyter, Streamlit, observable, etc. |
You can test with this one: https://www.npmjs.com/package/vega-embed-mattijn, https://cdn.jsdelivr.net/npm/vega-embed-mattijn@6. Will do a PR to Vega-embed then. |
The outstanding PR within vega-embed vega/vega-embed#1066, will lead to changing behavior of existing usages of vega-embed where one overrule existing CSS settings (eg streamlit, but then there will be more). While I think the suggested change will improve vega-embed in general, maybe it is better to opt first to include this within Altair only. Do more people have an opinion on this? |
I agree that making this change in Altair would be less disruptive as vega-embed is certainly used much broader than the HTML functionality in Altair. I think your findings on Streamlit support this. Also, version 5 would be a good moment to do this so I'd be in favour of merging this (with a changelog entry). This PR does not affect the HTML mimetype renderer and therefore width="container" charts still do not show up in IDEs such as JupyterLab and VS Code. I assume this is intended and it looks correct to me but just wanted to double-check with you. |
Good. No, I think I will update this PR to have this responsive behavior also for Altair charts in notebook cells and not in saved html files only. |
I don't have strong opinions on this, but if we like the behavior and the only hesitation is which repo the change should go in, then maybe it make sense to merge it here for now as it can always be removed later if the same functionality is merged in vega-embed? |
I've updated this PR so the response width support is enabled for the It is hard to inject CSS that works both in the Jupyter ecosystem and MS VSCode where the responsive width is both respecting resizing of the browser (I can only get this to work in Jupyter) and resizing when using panels (not succeeding). |
Meaning that this comment from @binste applies:
|
Hmpf, what I tried was not to include a But if I just add it like this:
Then it works as expected in MS VScode (both resizing app and panel), and in Jupyter Notebook and upon resizing of the browser in Jupyter Lab I'm somehow tempted to include this.. |
Just did that. Please review @binste and @joelostblom🙈 |
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.
I'm not aware of any drawbacks of this solution but I'm also no CSS expert. Only added a minor comment but else it looks good to me to at least try it in the rc2 and see if we spot any issues in other frontends.
Co-authored-by: Stefan Binder <[email protected]>
Thanks for approval @binste! Trial in rc2 sounds good to me too. |
Thank you for this PR @nlafleur! Appreciated! |
This pull request includes updates to the CSS for the vega-embed component.
I have set the width to 100% and changed the vega-embed display to flex for better responsiveness.
I also made changes to the position of the details and summary elements to overrule the default vega-embed styling to make sure the action-icon and popup are placed correctly.