https://bugs.kde.org/show_bug.cgi?id=503010
--- Comment #3 from [email protected] --- (In reply to John Veness from comment #2) > Yeah, I worried that might be the case. Obviously Discover knows which > Flatpak repo an app is in (as it is shown in the top-right, next to the > Install button), and presumably must know the app id, so could autogenerate > a flathub.org/<language>/apps/<appid> URL, but that would break if flathub > rearranged their website, wouldn't work for other Flatpak repos, and > presumably some Flatpak repos might not even have corresponding store > website frontends. So it would be nicer if this was something that was > passed through in metadata, but I guess that would need consultation with > flatpak devs. It's a shame really, because I don't actually think this is too bad of an idea - I just can't realistically see how it would be implemented. Navigating to Firefox in Discover and clicking the 'share' button allows you to copy this >>> appstream:org.mozilla.firefox <<< to your clipboard. This *could* be used to implement a clickable link to flathub's search page >>> https://flathub.org/en/apps/search?q=org.mozilla.firefox But the problem with this, as you pointed out in comment #2, is that if flathub change their website layout, the links won't work anymore. Perhaps you could reconsider your wishlist request to something along the lines of; "Add a link to the website of the hosting platform used". So all apps you see in discover via flathub have a link to 'https://flathub.org/', all snap apps have a link to 'https://snapcraft.io/'. Although it doesn't quite achieve what you're asking for, it is much easier to implement and is probably more likely to be considered by the developers. -- You are receiving this mail because: You are watching all bug changes.
