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
GrafanaUI: Smaller padding around Drawer's title, subtitle, and tabs #75354
Conversation
Maybe @ashharrison90 has fixed this already? #75287 |
@joshhunt, nope - just checked. What @ashharrison90 is doing is removing the option to make the content scrollable and making it scrollable by default. I'm making the all of the Save dashboard sidebar scrollable, because when you only scroll the content it's still very difficult to use on smaller window (higher zoom). But also I'm making the space on smaller screens more compact, so the title and subtitle don't take up most of the space anyway. |
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.
@polibb sorry for the delay, wanted to chat to the team in our weekly about this.
i don't think we should allow for scrolling all of the drawer content tbh. it allows for scrolling off screen things which feel quite important to keep visible (drawer title, description, tabs, etc.)
however i think the tweaks you've done to header padding are probably worth exploring further, even at full screen it seems rather large. wdyt about a combination of my PR (to always scroll the content) and some tweaks to padding in this PR, maybe working with @staton-hyse11 or @amy-super to make sure they're happy? 🤔
thank you for taking a look here, @ashharrison90! I see your point, but I think it would be best if there is a way to access the content and tabs without seeing the title and subtitle, at least for a bit while you're editing or reading the content itself (something like in-focus out-of-focus movement to center the content for you) when you're on such a small screen. Now if we merge both, having made the content mandatorily scrollable will bring us back where it's difficult to see it on a screen 320x256, as described in the a11y issue. So yeah, I can tweak the padding a bit more above the tabs 😊. Maybe we can tweak the padding and font for all screen sizes, if it's alright with @staton-hyse11, @amy-super, or @Ijin08 ? |
it's difficult to see anything at 320x256... 😅 that's just not really a screen size the product can work at. i'd rather we optimise for a more standard resolution and do as much as possible to help those lower resolutions without impacting the behaviour elsewhere. think tweaking the padding in all cases is a good shout 👍 maybe try that and dump some screenshots to see what they think |
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 padding changes look good, however, it would be great if we double-check with @amy-super and @staton-hyse11 :)
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'd be in favour of just lowering padding everywhere tbh, not just at the sm breakpoint 👍
I wouldn't be a UX if I didn't ask a semi-related question here 😉 But generally, I'm cool with how this looks. I'm pretty sure we don't have a pattern for this component yet in Figma, so we'll want to add it to the DS backlog somehow to get it added with the new padding. @staton-hyse11 how do we do that? |
@polibb This change looks good to me 👍. I also agree with @ashharrison90 on this. I think adjusting the padding for all breakpoints makes sense here. @amy-super, getting this into Figma should be straightforward if there is someone to do the design work. @polibb are you working with a designer? if not, we can create an issue and drop in our backlog for future work and someone to pickup. |
@amy-super That's a good question - I guess no one has thought about the case where it's just one tab, probably because it's only one tab when there are no changes and if there are no changes there's no point to be on this screen at all - you cannot click 'Save'. Thanks, @staton-hyse11, I'll adjust the padding on all screens here then. |
Saga backlog issue created: #75693 |
…reen (#75354) * content not scrollable * not able to scroll the whole drawer * reduce space inbetween drawer's title, subtitle, and tabs
@staton-hyse11 @amy-super I think the top padding removal looks ok but no padding between subtitle and tabs looks very cramped. |
That looks good 👍 |
…reen (#75354) * content not scrollable * not able to scroll the whole drawer * reduce space inbetween drawer's title, subtitle, and tabs
What is this feature?
The whole sidebar of Save dashboard (modal > drawer > save dashboard form) is scrollable.EDIT: After discussion we agreed to leave the title, subtitle, and tabs always visible and scroll only the content, as it was until now. This PR is removing the option to make the content not scrollable: #75287
This PR only tweaks the padding on smaller screens, so that it's easier to access the content.
Why do we need this feature?
Because otherwise when the page is zoomed-in the user cannot see the input for the description and Save/Cancel buttons well, even though the content itself is scrollable. The title and subtitle above the content take up too much space.
Who is this feature for?
People with lower vision abilities, who need to zoom in the page a lot to be able to read it.
Which issue(s) does this PR fix?:
Fixes #66490
Special notes for your reviewer:
Not sure this is the right approach, but it's an approach. Feel free to suggest other solutions, if you think you have something better.
Please check that: