You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The icon sizes are not the same as PFv4 clipboard. Currently, the copy icon is showing up at 10px which is the default size of a <pf-icon> with no-size variant given (eg. size="sm|md|lg").
pf-icon size API does not allow for a 16px icon, even though this is the size that PFv4 itself uses for many of its components, this issue has come up in several places including pf-tabs and downstream in RHDS. You can override this with CSS prop --pf-icon--size: 16px.
Patternfly icon states this same intent of 10px = sm,18px = md, 24px = lg, 54px = xl. Even though use cases throughout PFv4 of a 16px size <svg> are used in components for many icons.
The reason this is being exposed is that these components are not directly using the PF <Icon/> react component like we are reusing the <pf-icon> in our web components. This is the discrepancy that is causing the size issue differences.
[ ] Font changes on in-page demos, like accordion's constructed stylesheet (i.e., "Red Hat Text" vs "RedHatTextUpdated")
@brianferry will you take a look at this one with Accordion? I'm pretty sure the solution here is just to remove "RedHatTextUpdated" and replace it with "Red Hat Text" as we won't serve "RedHatTextUpdated" on any of the sites this gets used on. If I understand the issue correctly. I believe @markcaron can expand on that if needed.
@zeroedin No need to adjust the band padding. I marked off the item from the checklist above. But, I added a item below it to remove the extra <p> between bands.
Activity
zeroedin commentedon Mar 10, 2023
I believe we are deferring these due to symlinking to the
v1docs and not directly maintaining their templates.zeroedin commentedon Mar 10, 2023
Due to the usage of
pfe-toolsto render these pages we can't modify these without a breaking change to child repos.zeroedin commentedon Mar 10, 2023
The difference is between font awesome version 6 and version 5
https://fontawesome.com/v6/icons/copy?s=solid&f=classic
https://fontawesome.com/v5/icons/copy?s=solid&f=classic
@bennypowers was this the intent of
pf-iconto use version 6 of fontawesome rather then version 5?zeroedin commentedon Mar 10, 2023
The icon sizes are not the same as PFv4 clipboard. Currently, the copy icon is showing up at 10px which is the default size of a
<pf-icon>with no-size variant given (eg. size="sm|md|lg").pf-iconsize API does not allow for a 16px icon, even though this is the size that PFv4 itself uses for many of its components, this issue has come up in several places includingpf-tabsand downstream in RHDS. You can override this with CSS prop--pf-icon--size: 16px.Patternfly icon states this same intent of 10px = sm,18px = md, 24px = lg, 54px = xl. Even though use cases throughout PFv4 of a 16px size
<svg>are used in components for many icons.The reason this is being exposed is that these components are not directly using the PF
<Icon/>react component like we are reusing the<pf-icon>in our web components. This is the discrepancy that is causing the size issue differences.zeroedin commentedon Mar 10, 2023
@brianferry will you take a look at this one with Accordion? I'm pretty sure the solution here is just to remove "RedHatTextUpdated" and replace it with "Red Hat Text" as we won't serve "RedHatTextUpdated" on any of the sites this gets used on. If I understand the issue correctly. I believe @markcaron can expand on that if needed.
markcaron commentedon Mar 10, 2023
@zeroedin No need to adjust the band padding. I marked off the item from the checklist above. But, I added a item below it to remove the extra
<p>between bands.bennypowers commentedon Oct 18, 2023
@markcaron @hellogreg please take a quick look and see if we can maybe close this and open some new, targeted issues on the PFE milestone