-
Notifications
You must be signed in to change notification settings - Fork 887
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
Make video info section more concise #4338
Make video info section more concise #4338
Conversation
} | ||
} | ||
.videoMetrics { | ||
font-size: 12px; |
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.
Please choose a larger font size, 16px is considered the minimum that is readable, especially as the items, that are now on that row, used to be 16px and 15px before (stylelint used to complain about that but afaik you disabled everything, including that check, when you did you block and inline size rules).
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.
16px is considered the minimum that is readable
Is it okay if I ask what your source is for this claim? The closest I can find is this article recommending 16 pixels as optimal for mobile, which ends up being fine here as well, as device manufacturers use the reference px size to set the actual rasterizing size based on intended distance of viewing. Not to uphold YouTube as a superior example of things, but they themselves use 12px font for the "1.46M subscribers" text in the image below. For the # of views and likes, they use 14px font. From my research, 12px seems to be the consistent minimum recommended font size (16px should generally be used as the minimum for body text, and 12px is acceptable for supplementary information). If we had a stylelint rule that disallowed font sizes below 16px (which seemingly wasn't being enforced, as I see dozens of instances of 12px and even 11px font-sizes in our codebase), I personally think that's unnecessarily stringent. It's useful in places like here for demarcating levels of importance of information and guiding the eye to salient focal points.
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 did increase it to 14px to incorporate your feedback, though, because I think you can achieve that effect here even at that size. I do appreciate the feedback (I'm not a bikeshedder!). I just think 16px or higher for this text draws a jarring level of attention to it compared to the surrounding text, which is why I see the other platforms opting to make this text 14px or smaller.
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.
The stylint checks were optional for so long because we had many different violations in the codebase. Anyway here is the markdown document associated with that accessibility rule:
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.
The articles cited there in the justification for the rule are the MDN article for font-size
(which doesn't seem to broach the topic of recommended minimum size) and this article talking about body text. When we add this rule back, we should definitely consider adding it as a warning, as there are quite a few exceptions to that rule.
09986e6
to
17e826b
Compare
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.
LGTM
@PikachuEXE Thank you, will consider it if others prefer as well - that is YouTube's approach that was considered for the main issue, but I don't really have a super strong preference |
It's not blocking especially if it's following YT |
This PR is stale because it has been open 28 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
This PR is stale because it has been open 28 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
@PikachuEXE The breakpoint at which "Up Next" is put on its own level? |
Sorry for being unclear, it's the buttons now arranged (squeezed) into a square |
Are you talking about setting it to wrap into a box earlier? If you mean the other way around, that is difficult to do without dynamically shrinking the button size, as this is just the |
As I said |
Sorry, I'm having trouble parsing what you mean. It's |
17e826b
to
84afad6
Compare
Ah, I am terrible at reading, it seems! Increased it to 1000px from 900px.
Did this as well now |
84afad6
to
6f8d1cc
Compare
Blerg, good callout. I just made it 1050px to compensate for other languages with a longer word for "Unsubscribe" or "Subscribe" |
community-post updated too? |
6f8d1cc
to
45c135b
Compare
I modified the wrong |
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.
Look good at 105x px
And it's even narrower if the sidebar is fully expanded. I don't think we can fully prevent the button container from wrapping early under these scenarios without picking an excessively large breakpoint |
* development: Make video info section more concise (FreeTubeApp#4338)
* development: (92 commits) Make video info section more concise (FreeTubeApp#4338) Playlist performance improvements (FreeTubeApp#4597) ! Fix playlist type not passed when playing next/prev item in a user playlist (FreeTubeApp#4623) Properly localize playlist view and video counts (FreeTubeApp#4620) Translated using Weblate (Croatian) Translated using Weblate (German) Translated using Weblate (Croatian) Fix search bar handling of Invidious channel URLs (FreeTubeApp#4568) Local API: List related games in featured channels section (FreeTubeApp#4562) Workaround community post slider dependency incorrectly calculating its size (FreeTubeApp#4598) Add support for viewing movie trailers with local api (FreeTubeApp#4391) Bump the eslint group with 2 updates (FreeTubeApp#4616) Translated using Weblate (French) Translated using Weblate (Finnish) Bump electron from 28.1.4 to 28.2.0 (FreeTubeApp#4611) Translated using Weblate (French) Bump the eslint group with 4 updates (FreeTubeApp#4581) Bump lefthook from 1.6.0 to 1.6.1 (FreeTubeApp#4608) Bump marked from 11.1.1 to 11.2.0 (FreeTubeApp#4612) Bump webpack from 5.89.0 to 5.90.0 (FreeTubeApp#4610) ...
Make video info section more concise
Pull Request Type
Related issue
closes #4336
Description
videoOptions
buttons overflowing the video info section that occurred on some viewport widthsVideo
simplescreenrecorder-2023-09-20_19.22.02-2023-11-15_09.45.57.mp4
Edit: modified the publish date, # of views, and likes to be 1.5 pts larger. Also narrowly reduced the margin between the subscription button and title.
Testing
Desktop
Additional context