-
Notifications
You must be signed in to change notification settings - Fork 1
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
Chore
: Fix paddings
#272
Chore
: Fix paddings
#272
Conversation
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.
Code lgtm, just one question:
When going through the app I noticed that now there is no visual separation between the bottom sheets and the status bar (See screenshot). Is this intended? I don't think it's bad, I just think it would be nice to have a little bit of background behind the bottom sheets and not open them full-screen.
Yep, previously this behaviour was inconsistent between the different BottomSheets, so I aligned all of them to show behind the status bar. However I don't have a strong opinion about which option is better. @eylulnc do you have a preference? |
I would agree with Julian, if we can give a little padding between the bar and bottom sheet it would be nice. It might sometimes cause little inconsistency like you were trying to close sheet but opening the top bar menu from phone and visa versa. |
# Conflicts: # feature/lecture-view/src/main/kotlin/de/tum/informatics/www1/artemis/native_app/feature/lectureview/LectureOverviewTab.kt
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.
Looks better now!
Problem Description
The usage of padding has not been consistent over the app and in some places used wrongly. This resulted in some UI element not being visible, especially on the tablet layout with a larger NavigationBar (eg selecting a different server instance, or the button for accepting the code of conduct)
Changes
consumeWindowInsets()
(often only top padding was applied but the holeWindowInsets.systemBars
was consumed, which also implies theWindowInset.navigationBars
insets at the bottom)Spacings
where applicableSteps for testing
Look through the screens of the app. Nothing should have changed visually (apart from InstanceSelection etc being visible now on the tablet)