Closed baarkerlounger closed 4 weeks ago
So is this ready to merge? :)
Yes please
The desktop screenshot is still pointing to your repo. I'm guessing this isn't ideal?
No I suppose here would be better. Any preference as to where to put it? assets
folder? New screenshots
folder?
Put it in images/screenshots/desktop
please. I'll re-arrange the other images afterwards :)
Thanks. I would've preferred a separate desktop
directory, but this is also fine :)
Are the screenshots fetched by the Flathub client directly? If so it might make sense to point to the redesign
branch instead of the latest commit, so that it's mostly set and forget.
I assume we need to add new entries to the <releases>
section for every update for Flathub to pick it up properly?
And in general, what do we need to do when releasing a new version?
My thinking is once aarch64 is supported (assuming it will be) there's no reason this shouldn't work on Linux mobile so it's not really desktop specific.
Yes Flathub (and Gnome Software etc) will fetch the screenshot from the link. I was assuming the redesign branch would eventually be merged into main and disappear whereas the commit is permanent?
Yes exactly (if you want release notes listed on flathub). Assuming the flathub build is from a pre-built zip/tar as currently then the
Ah okay. On a phone the app still looks different, so we'll use a separate screenshot there. The destiction between desktop layout and mobile layout is the important part here imo.
But I'll probably update the screenshot anyway, since it doesn't show the player and also showcases music we don't have permission to use, which isn't something we want to upload to a store.
I was on mobile earlier, that's why I didn't see the actual image.
The redesign branch will disappear at some point, but that's still a while off and before deleting it we will make sure to update all links anyway.
Okay, thanks for the info. Is there a way to provide a changelog for the releases?
Flathub doesn't as yet provide any way to differentiate between mobile and desktop listings/screenshots so that distinction isn't really possible at the moment. We'd just have to put both screenshots there I think. I guess not super important until it builds on aarch64 anyway. Good point about the permissions, hadn't considered that. I can use the demo server for a screenshot if you want?
Yes - the <releases>
tag can have an inner <description>
tag which can have html changelog that will be displayed in flathub.
Would the attached screenshots work? I have a few more tracks in my demo library, makes it seems not so empty. Screenshots is from Windows, Finamp 0.9.7.
Regarding the distinction, I wasn't thinking of Flathub at all, just internal organization of the repo :P
I don't want to figure out which screenshot to replace with what every time...
For the release notes, you can attach this, just to see if it works:
<p>
New Features:
<ul>
<li>Favorite button now opens a menu that allows adding a track to playlists. Long press to like.</li>
<li>Faster image loading and caching options for your music library</li>
<li>Favorites-only filter in offline mode</li>
<li>Lyrics indicator in track lists</li>
<li>"Song" renamed to "Track" throughout the app</li>
<li>Download a library now includes tracks that don't belong to any album</li>
</ul>
</p>
<p>
Full release notes on GitHub: <a href="https://github.com/jmshrv/finamp/releases/tag/0.9.7-beta">https://github.com/jmshrv/finamp/releases/tag/0.9.7-beta</a>
</p>
<p>
<i>Thank you for using Finamp!</i>
</p>
Added the release changelog. For the screenshots, we could use them but they don't look platform native which will be a bit odd I think.
Not native because they're missing the title bar? Or is there another difference I'm missing?
Yep, I don't think it would meet the quality requirements for Flathub (which just means they wouldn't include the app in their promoted sections).
Which reminds me we should also add brand colours for display https://docs.flathub.org/docs/for-app-authors/metainfo-guidelines/#brand-color any preference?
I see. In that case, feel free to use the official demo server for the screenshot for now :)
As for the colors, please use these:
Light: #ccf2ff
Dark: #00394d
I hope they don't actually crop the screenshot like that 🙃
@Chaphasilor done
Okay, so we're sticking with the pinned commit for the screenshots?
Also, seems like the accent color extraction also isn't working in the flatpak. That sucks, but hopefully that problem will resolve itself at some point...
I'll merge once the checks have finished :)
Yep, commit or tag is the recommendation here.
Not sure what you mean about accent colour extraction?
Finamp usually extracts an accent color from the album cover of the currently playing track. In the Windows screenshots above, it's the red and green that is shown on some of the controls and progress bars. On some Linux distros this seems to be broken at the moment, and the default Finamp blue is used instead.
Wonderful, many thanks for the help with this! Since the domain is also validated, I guess we can get this finished up now over in the other PR?
Hopefully yes. Would just need you to update the release assets here or cut a new minor release first to have the new assets included in the bundle.
Sure, I can move the assets from the last CI run to the release assets. Give me a minute.
Meanwhile, there were one or two unresolved threads in the other PR, i.e. something about the mpris ID...
Assets are updated :)
Add flatpak files upstream