-
Notifications
You must be signed in to change notification settings - Fork 5k
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
Normalize font styles to use typography mixins #9074
Conversation
144e401
to
b37cf34
Compare
608ac46
to
51a842b
Compare
Builds ready [51a842b]
Page Load Metrics (566 ± 30 ms)
|
51a842b
to
b2b83a7
Compare
Builds ready [b2b83a7]
Page Load Metrics (608 ± 35 ms)
|
b37cf34
to
78d2678
Compare
b2b83a7
to
c896550
Compare
font-weight: normal; | ||
font-size: 14px; | ||
line-height: 20px; | ||
@include Paragraph; |
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.
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.
Both seem OK to me! @rachelcope , thoughts?
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 think in the designs we've moved towards font-size 14 for subheader text. The font-size 16 looks a little big here. Is the default paragraph styles font-size 16?
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.
@rachelcope paragraph styles match the figma design system at 1REM / 16px. Is this a subtitle or text? Cause its labeled as text, but happens right under a title so could be a subtitle too lol
Regarding the origin shown during the connect flow, I believe that size changed in an earlier PR. The current designs in Figma are inconsistent on size (it's 14px in some places, but 12px in most). I do prefer it at the larger size though, as we should be drawing user's attention to it, since it's the single trustworthy thing we know about the initiator. |
f676f37
to
a278b31
Compare
Builds ready [b4d5ba9]
Page Load Metrics (613 ± 27 ms)
|
Builds ready [eb0974c]
Page Load Metrics (605 ± 56 ms)
|
eb0974c
to
27a440c
Compare
Builds ready [27a440c]
Page Load Metrics (425 ± 63 ms)
|
Builds ready [a76ce2a]
Page Load Metrics (536 ± 78 ms)
|
@rachelcope the font-weight of 500, medium, has almost no effect and font-weight 600 is almost the same as bold. This is font-weight 600. Is this what it should look like? |
@rachelcope a new commit changes the button on asset pages font-weight to medium and fixes the sizing of the dapp URL. I'm waiting for some feedback from you on the account name bold issue and I am gonna do the typography stuff for Material UI in a separate PR to keep like things grouped together. |
On the Account name, Font-weight 600 looks too bold to me. Is font-weight 500 slightly more bold than it was before? I would go with that. Also, @Gudahtt had commented that the dapp url shouldn't be made smaller because that is the only place where a user can verify the origin. I forgot we had had that conversation before, but I will go with Mark's suggestion of not making it smaller. Lastly, there are inconsistencies between what is outlined in the figma design system paragraph styles (16px) and what we actually use in the designs (I seem to always use 14px, because 16px seems too big for our screen real estate). I'm of the opinion that think we should update paragraph styles (across figma and css styles) to be 14px. @cjeria any thoughts about this? |
Builds ready [3f3d832]
Page Load Metrics (468 ± 74 ms)
|
@rachelcope if we make that change (paragraph font size) I'd like to do so in a new PR. The change implies a few different paths:
That's going to be quite a lot to review and QA in addition to the QA efforts already done on this PR. I think an audit of where we are using font-size 16 would be warranted (its a lot) so we can see the potential impact of reducing to 14px... also not all places we're using font-size 16px should change. H5 is 16px. This leads me to another point: It's very confusing to have two typography settings with the same font-size. Regardless of what you decide my opinion is you should eliminate one heading level:
furthermore having H levels beyond 6 is confusing, at least to me due to the lack of an
is a stab in the dark of something with slightly more taxonomy and meaning, but I am open to whatever you think is best-- as long as we can do that and make those changes in a future PR because it will, again, drastically lengthen the QA window on this PR which was meant to avoid stylistic changes as much as possible. |
@brad-decker makes sense to do the fonts in a different PR. I totally agree with the H6, H7, H8 not making sense. I like your suggestion. We might rethink if we need styles for 12px, 10px, and also 8px or if we could consolidate |
Font-weight 500 on LGTM! |
Builds ready [58723df]
Page Load Metrics (488 ± 62 ms)
|
Attempt at normalizing all existing font styles to use our typography settings
58723df
to
c24244d
Compare
@Gudahtt I'm not sure when we want this to land but it's ready for review. I think I responded to all your feedback. |
Builds ready [c24244d]
Page Load Metrics (516 ± 67 ms)
|
this PR has been broken apart into pieces for further review and consideration for merge: |
Attempt at normalizing all existing font styles to use our typography settings from the design system. I have added comments to all lines that I believe to result in changes to the presentation of the extension with screenshots of the changes
depends on:
Add euclid fontface #9018Update css folder structure #9071Use mixins for typography instead of placeholder selectors #9072Update font family globally #9073