-
-
Notifications
You must be signed in to change notification settings - Fork 382
Cleanup iPadOS ItemView
TODOs
#1639
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
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.
@Environment(.horizontalSizeClass) ...@Environment(.verticalSizeClass)
We will eventually use the size classes more, like for determining the poster column counts.
Swiftfin/Views/ItemView/ScrollViews/iPadOSCinematicScrollView.swift
Outdated
Show resolved
Hide resolved
Last change while working on #1638. I found that 0.6 for iPad was blurring too much. I changed this to 0.5. See below as before and after. Let me know if this is unwanted and I can revert this: |
Summary
Drops usages of
UIDevice.main.bounds
in favor ofGeometryReader
. Additionally, changes the trailing 200 padding between theOverview
andPlayButton
and with a more dynamic 5% of total screen size. This reduces the effective spacing on iPad when vertical and helps ensure that the spacing isn't too large.While working on this, I found that the Attributes almost always used 2 lines on the iPad Mini. Additionally, the
Genre
text would often get pushed to 2 lines on iPad Mini. I changed theGenre
text & others to always be on a single line to avoid issues. Altogether, I wanted to cleanup how the current version of this looked on the iPad Mini. This is how this looked prior to this PR:I've included various versions of how this looks now in this PR on both the iPad Mini (7.9") and iPad Pro (13") below for comparison.
Outstanding Questions
UIDevice.main.bounds
toGeometryReader
. In my research, this looked like the correct move. Please let me know if this is not.@Environment(\.horizontalSizeClass)
and@Environment(\.verticalSizeClass)
. Right now, even the iPad Mini positioned vertically returns.regular
so there's no real value I saw for this PR to use this. However, if we start allowing split screen for iPad,@Environment(\.horizontalSizeClass)
can start to be used and will actually return.compact
when split screen or in the side bar thing. Should I include this in this PR as a future looking item or should I hold off since there isn't a good way to test this?Screenshots
iPad Mini 7.9"- Vertical
iPad Mini 7.9" - Horizontal
iPad Pro 13" - Vertical
iPad Pro 13" - Horizontal