• 1
  • 154
  • 155
  • 156(current)
  • 157
  • 158
  • 164
Beta Testflight access to beta version
Thanks for confirming the fixes.

The mascot thing I will look at, even for the release.

The blue frame was always only there for grid view and recently added view. List views just highlight the selection by marking the whole row as selected with a different color. Internal detail: TV Show banners look like grid view, but they are in fact a list view. This made it quite difficult to handle in the past. So, no blue frame, and never had been. Maybe I will find a nice way for this…
Reply
I figured they were a list view since they did not replace the poster art grid view. I was thinking it almost makes more sense to keep the traditional list view and substitute banner view for poster view when using this setting but I’m guessing this could upset some users. Personally, I think traditional list view is better to be available with both settings and that the setting should toggle the art view.

I also noticed that banner art view is not available in fullscreen mode. Any chance this could be implemented at some point?
Reply
I played around with full screen banners a while back, but found this not looking too great, especially in landscape mode. Because of the aspect ratio there are too few rows shown. I am also not too clear on how to deal with the next level menu (the season lists) then. Might be looking into this again though...
Reply
I was thinking two columns of banner art in fullscreen but maybe you already considered this. I think this is what Estuary does on Kodi server.

Maybe I’m not familiar enough with the view but for next level wouldn’t you just use an overlay panel to display that?
Reply
If I would go down this path, I would like to use grid view for this. This would allow to use the existing methods which automatically support multiple columns. But as you rightly mentioned this causes more changes like starting in list view or not, ...
Reply
Found another really small thing. This is an extreme edge case and maybe nothing can be done about it.

In iPhone if you are in party mode and you long press on a track which is part of an album and you queue up a track from that album the playlist in the app doesn’t update to reflect that song being added. However, Kodi server immediately reflects this on its playlist.

This is only a problem while party mode is active.

The song does appear when you trigger a refresh of the now playing playlist manually.
Reply
Yep, confirmed. This is an undesired side effect of the playlist rework which got mainlined in August. To avoid flickering there updates got handled very restrictive while Party Mode is active. I made a change which is less restrictive and still does not flicker.
Reply
I updated my iPad to iPadOS 18 today. Other than my iPad feeling ever so slightly slower overall (gee thanks Apple) the Kodi app seems to be in really good shape in this version.

I only noticed one obvious issue and I’m not even sure if it’s new since I cannot go back to compare.

In movies library in full screen if you bring up a search the search header doesn’t span the entire width. This only seemed to be a problem with this library.

Image


Btw, app icon tinting seems to be working but when I check GitHub it still shows open on this feature. The icon properly displays for dark theme.


Edit: Second bug. In the OS settings app, go to the new apps section. The Kodi remote app icon is not dark themed here yet other apps are and as I stated above on the Home Screen it is dark themed.
Reply
The issue with the section header is not showing on the iPad simulator (iOS18). Is there anything specific you do to get there?

On the icons: The icon feature is definitely not integrated yet, and the App was not built with the required Xcode. So whatever you see is done by iOS itself. I know that iOS somehow can apply tint to the icons, but the automatic process does it not correct, it is inverted: what should be darkest is brightest and vice versa. The dark mode icon on my iPhone (iOS 18.1.1) does not show at all. So, I am not sure what you see on your iPad. Just be patient until this is integrated and the new Xcode is used to build. This will done once the release was done.
Reply
Nothing special to get there as far as I can tell. I initially thought this was another grid/list view thing depending on which view was initially initialized. As far as I can tell this is not the case. Will test again later and provide video.


As for the icon I can certainly wait. Was just letting you know my surprise. Honestly, the icon for the app on the Home Screen looks perfect to me. I can’t see how it could be improved. The normally white portion of the icon is the standard black you see on all the other dark themed app icons. Bizarre if you aren’t seeing the same. My initial understanding was that tint was at the OS level but dark themed icons was up to the developer. I am not using tint but rather the default dark theme.

Btw, as you mentioned, Favorites is fixed in the settings app. 🙂


Edit: I went back and looked at your icon images from when we first talked and mine doesn’t look like that at all. Note things how it looked the moment my iPad rebooted after updating. I did nothing at all.

Image
Reply
I now also quickly checked the images I prepared for the dark icon. What you see on your system is inverted to what was intended. So iOS does some magic. But not on my iPhone ...
Reply
Ok so my suspicion was right… outside of fullscreen you need to be in grid view. Then when you enter fullscreen and start a search the header doesn’t span correctly. Happens in all libraries.
Reply
Not on my simulator. How I love it.

Edit: Now I can reproduce it. You need to be in grid view before AND have sections visible (I needed to enable sort-by-year as I had too few movies in the list). Will look into a fix later today.
Reply
Glad you were able to reproduce. Were you able to determine if it’s strictly a bug in iPadOS 18? If so it’s a lucky break there weren’t any other issues with the OS update. The next fun will be your next SDK update. 🙂
Reply
(2024-12-05, 18:40)amasephy Wrote: Glad you were able to reproduce. Were you able to determine if it’s strictly a bug in iPadOS 18? If so it’s a lucky break there weren’t any other issues with the OS update. The next fun will be your next SDK update. 🙂
Issue is fixed, was a simple one. The issue is not depending on iOS and is in the software since years (I went back to 1.10 and stopped there).
Reply
  • 1
  • 154
  • 155
  • 156(current)
  • 157
  • 158
  • 164

Logout Mark Read Team Forum Stats Members Help
Testflight access to beta version0