-
Notifications
You must be signed in to change notification settings - Fork 867
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
Add icon button visual labels #4950
base: development
Are you sure you want to change the base?
Add icon button visual labels #4950
Conversation
Note that this is disabled for icons that are more universally familiar like the Favorites, More Options, Hamburger, and Refresh icons.
…at/add-icon-button-visual-labels
My biggest concern is narrow screens and mobile devices. they are already struggling to display our current desktop centric UI, so don't have the space to have buttons that are at least 3 times wider (in some languages they could be even larger) than they currently are. Maybe on narrow screens we should hide the labels, to make the buttons look the same as they do before this pull request? |
I hesitate to go for this solution because mobile users also greatly benefit from labels for icon buttons, and apps like YT Mobile still have icon labels even given the space considerations because of it. If you're willing to try the YT app on a mobile phone in English or German, you can see what I mean. When it wraps over on the video info page, it becomes a horizontal scroll region. We do the same in this PR, minus the same "prettiness" of the invisible scrollbar. Ours is even notably less wide by a decent margin compared to YT's on German, although that is mostly because we're currently showing the Add to Playlist, Quick Bookmark, Open in External Video Player, and Share buttons as icons still, which I'm still on the fence about (at least for the Share button). |
Some other notable aspects are that YT is able to fit in the full word "Herunterladen", where as we only fit 9 / 13 characters in. I could try messing around with the icon size and button radius to fit more content in. More differences: YT tries to have single-word labels. The icons all have a minimum size, but if they need more space, they're given it instead of ever cutting the label short like we do (that's in fact why they can fit "herunterladen"). Contrast with us, who have multi-word labels on icon buttons all of equal size (for visual uniformity), and we also break up a single word across two lines mid-character if it can't fit on the first line. I think there are trade-offs of each of our implementations, but ultimately, I do think ours is better suited for the scenario of a trying to maximize utilization of the existing labels for users of all languages. It does look somewhat uglier due to those reasons though, as well as the presence of ellipses. I am still on the fence about a middle ground solution to this; see discussion in the OP:
|
I like that the buttons will have visual labels and i think we shouldnt hide it on narrow screens. Im leaning towards showing the whole word the best we can if if its starting to get ugly, cut it off |
If there is an option to disable it then it's fine for me |
Maybe merge option Hide Labels in Sidebar with this one to prevent another toggle |
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
I like Piped's icon buttons. As in, just regular buttons with an icon attached, something I added in #4231. Thoughts on that? |
That also looks good. I have no real preference so choose the easiest option :) |
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. |
Add icon button visual labels
Pull Request Type
Related issue
closes #4259
Description
I've had this sitting on the backburner since November. This PR makes many of our
ft-icon-button
s, particularly inwatch-video-info
andplaylist-info
, have visual labels. This makes it far easier to understand many of our non-obvious icon actions. This problem is less apparent to us contributors of the project who are by now very familiar with these buttons' usage, but I expect this will be very useful to most everyone else.Screenshots
Testing
Desktop
Additional context