-
-
Notifications
You must be signed in to change notification settings - Fork 686
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
Support "display: contents" #2210
Comments
Hi! Thanks for this bug report. That’s actually because |
It likely contributes, but the issue is still there without those elements. I included them because it is a potential complication to consider that is present in the tabbed extension's design. <div style="display: flex; flex-flow: column wrap">
<label style="order: 1;">Tab 1</label>
<label style="order: 2;">Tab 2</label>
<div style="order: 1; display block; ">
Content Block 1
</div>
<div style="order: 2; display block; ">
Content Block 2
</div>
</div> |
That’s another problem caused by the fact that You can open a separate issue if you want to track it separately. (And as you can see in other issues, flex layout should be rewritten.) |
Is there any estimate on when |
No, it’s not on our roadmap yet. |
I'm using Material for MkDocs with PyMdown Extensions and mkdocs-with-pdf. PyMdown has a tabbed content feature. This is a simplified example of the structure of the tabbed content with minimal CSS for print.
In the browser this is displayed as:
Weasyprint renders this as:
Even placing all the 'order' elements directly under the 'display: flex' element gives the same result.
I proposed a workaround to PyMdown, but this should be resolved here.
The text was updated successfully, but these errors were encountered: