Skip to content
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

Minor Fix for Search View and Poster Button Text #964

Merged
merged 6 commits into from
Feb 20, 2024
Merged

Minor Fix for Search View and Poster Button Text #964

merged 6 commits into from
Feb 20, 2024

Conversation

tstraus13
Copy link
Contributor

Fixes the Search View by adding padding/margin to the results. Before the search "keyboard' would overlap the results but now the results will appear below the keyboard. I am guessing the "keyboard" is not really a item in the view/stack from what I could tell and is a built in element that will overlap items if not accounted for. If there is a better way to handle this feel free to correct it but this was a fairly simple fix. It uses a percentage (65%) of the screen geometry to place the results, so in theory it should work on any screen but I tested in the simulator with 4k and 1080p and it seems to work alright. Maybe on more vertical spaced screens it might be off but I am thinking the keyboard will always take up approximately the same amount of space. Maybe the percentage could be based on screen size ratios?

I also added padding to the poster buttons text/title. When you would hover an item it would slightly cover the text/title. Now it should always be completely visible.

Fixes the Search View by adding padding to the results. Before the search "keyboard' would overlap the results but now the results will appear below the keyboard. I also added padding to the poster buttons text/title. When you would hover an item it would slightly cover the text/title. Now it should always be completely visible.
After looking at the code once more and looking up what .ignoresSafeArea() does. I removed it from the code and it does what I was trying to do from the begginning. So I removed my code changes there and just removed the ignoresSafeArea call. Maybe it was placed there by mistake.
@tstraus13
Copy link
Contributor Author

After looking at the code once more and looking up what .ignoresSafeArea() does. I removed it from the code and it does what I was trying to do from the begginning. So I removed my code changes there and just removed the ignoresSafeArea call. Maybe it was placed there by mistake.

Swiftfin tvOS/Components/PosterButton.swift Outdated Show resolved Hide resolved
Swiftfin tvOS/Views/SearchView.swift Show resolved Hide resolved
Add back in .ignoreSafeArea upon request but only for the bottom and sides. Should still fix the overlap issue with the keyboard.
@tstraus13
Copy link
Contributor Author

Looks like the build failed. The only thing I see is the line "error: value of type '_UnsafeBitset' has no member 'isEmpty'" during the build process.

@tstraus13
Copy link
Contributor Author

Also it looks like the PR is stating that 1 changes is still requested but I think I "resolved" both changes. If there is something else your are looking for let me know. Otherwise I think its good to go. Thanks.

@tstraus13
Copy link
Contributor Author

I realized on the Search View I placed the ignoreSafeArea on the wrong thing. It was on the VStack when originally it was on the View.

Copy link
Member

@LePips LePips left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This may be annoying, but try pulling in main since I have updated the packages and I think something changed with the runner images that I haven't paid attention to, which may be breaking the checks.

@tstraus13
Copy link
Contributor Author

Will do. I'll give it a shot today at some point.

@tstraus13
Copy link
Contributor Author

I have merged from upstream master. There were just two commits missing. Should be good to go?

@LePips LePips merged commit fc98f38 into jellyfin:main Feb 20, 2024
2 of 4 checks passed
@LePips LePips added the bug Something isn't working label Apr 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants