Describe the problem
This arose from fixing a layout bug with the drawer component in PR #4142.
Using DrawerPanelContent within an externally provided DrawerPanelContent (in this case from PF Topology) breaks the layout of the sidebar panel.
- Addressed by removing the nested
DrawerPanelContent and directly applying DrawerHead and DrawerPanelBody within the DrawerPanelContent that is externally provided from TopologyView.
In our use case, the utility class pf-v6-u-p-md was applied to get the same padding, but this workaround highlights a gap in the current implementation.
How do you reproduce the problem?
See opendatahub-io/odh-dashboard#4142.
Expected behavior
PatternFly needs an improved way to structure and compose standard drawer elements like DrawerHead and DrawerPanelBody within an external DrawerPanelContent wrapper from the TopologyView.
Is this issue blocking you? No.
What is your product and what release date are you targeting?
RHOAI
Describe the problem
This arose from fixing a layout bug with the drawer component in PR #4142.
Using
DrawerPanelContentwithin an externally providedDrawerPanelContent(in this case from PF Topology) breaks the layout of the sidebar panel.DrawerPanelContentand directly applyingDrawerHeadandDrawerPanelBodywithin theDrawerPanelContentthat is externally provided from TopologyView.In our use case, the utility class
pf-v6-u-p-mdwas applied to get the same padding, but this workaround highlights a gap in the current implementation.How do you reproduce the problem?
See opendatahub-io/odh-dashboard#4142.
Expected behavior
PatternFly needs an improved way to structure and compose standard drawer elements like
DrawerHeadandDrawerPanelBodywithin an externalDrawerPanelContentwrapper from the TopologyView.Is this issue blocking you? No.
What is your product and what release date are you targeting?
RHOAI