Posts: 1,159
Joined: Mar 2018
Reputation:
26
Confirmed, it is coded like this and I never touched this configuration. The results are just not requested with any sorting order at all and shown in the order as they arrive. In fact, on my system they arrive in order of album artist name > album name > order of titles on album -- which cannot be requested via API. As the App is not aware of any sort order it cannot apply an index. To get an index you can simply set sorting "by name" in the App. This will also bring up the index and keeps persistent. So, once you set the sorting you will never see this sorting again until you remove and reinstall the App.
I can also change the default sort order to "label" which will bring up the results sorted by title.
Posts: 430
Joined: Apr 2014
Reputation:
8
2022-10-05, 00:51
(This post was last modified: 2022-10-05, 01:23 by amasephy. Edited 2 times in total.)
Thanks. That did the trick!
Edit: Just realized a behavior I wasn’t expecting. With Global Search if there is a song and an album with the same name there is no way to distinguish them. I wonder if something could be implemented to handle this? Maybe a glyph above the year on the upper right corner?
Posts: 430
Joined: Apr 2014
Reputation:
8
I think I may have discovered a slight bug with movie collections. Indexes should only be visible when there are over 100 items right? If so, if you view movie collections and change the sorting from date (which appears to be the default) you will see indexes applied even if there’s only a couple of items listed. Clearly an index is completely unnecessary in these instances.
Posts: 1,159
Joined: Mar 2018
Reputation:
26
I remember this topic was already brought up a while back. It is implemented like this.. As soon as you leave the default sort order, the sections and indexes show up. I guess the initial reason for this was to not visually disturb the results with sections and indexes when using the default filter. Above 100 it is getting a bit tedious to navigate through, so the indexes are then added always. Not sure if this is really a UI best practice.
Posts: 430
Joined: Apr 2014
Reputation:
8
Ok I know there was a lot of talk about indexed awhile back. Not sure if this particular topic was discussed so I figured I would bring it up.
There are other locations where this scenario plays out too. If you do decide to make changes I can help identify other areas this occurs.
My only thought is I prefer consistency. Otherwise this really doesn’t bother me.
Posts: 430
Joined: Apr 2014
Reputation:
8
Wow Buschel looks like you put in some overtime to get everything in for this release!
I looked over the items you fixed that I reported. Looks like there’s still one remaining.
When refreshing movies on grid view the spinner and sync message goes away right away. It basically acts like the global search refresh did in my previous YouTube video. It drops to the search bar then hides that a second later.
Everything else looks good!
Posts: 1,159
Joined: Mar 2018
Reputation:
26
Thanks for the quick test and your reply.
I confirm the glitch with the grid view sync animation. This is different than the global view issue which just was fixed. The grid view‘s animation is in fact going on, but hidden behind the navigation bar. This was not a problem with 1.10.1 but already with early 1.11 builds — tested on iOS 15. My educated guess is that this was introduced when migrating to Xcode 13 and iOS 15. Will take a deeper look at this tonight.
Posts: 1,159
Joined: Mar 2018
Reputation:
26
After testing I found this to be introduced with 1.10 (TestFlight build 1.10-b5 on Jan, 20th) when making the sync more robust when a search was active. This uncovered a coding error inside the function which hides/unhides the toolbar and resulted in a wrong inset for grid view. This is quite easy to fix.
Posts: 430
Joined: Apr 2014
Reputation:
8
Just did a quick test in all the usual spots. Everything seems to be functioning as intended.
Thank you for all your hard work. You are right, this leaves the app in a very good place for those using older iOS versions.