touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #45336
[Bug 1324142] Re: Support providing fallback images
It looks like all that's really needed on the scopes side is a
documentation update. I've documented a "art-fallback" in the
"components" dictionary of the category renderer. That allows a scope to
specify a category-specific fallback image. I think this should be
enough of a hook, but the shell will need to actually use the field if
it cannot retrieve the artwork for a particular result. If no fallback
image is specified, or the URI for the fallback image cannot be
resolved, I guess the shell should display some universal placeholder
image, so there is at least something on screen, instead of nothing at
all.
** Branch linked: lp:~michihenning/unity-scopes-api/fallback-image
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity-scopes-shell in
Ubuntu.
https://bugs.launchpad.net/bugs/1324142
Title:
Support providing fallback images
Status in Thumbnail generator for all kinds of files:
New
Status in unity-scopes-api package in Ubuntu:
In Progress
Status in unity-scopes-shell package in Ubuntu:
New
Status in unity8 package in Ubuntu:
Triaged
Bug description:
If the URI for a scope result icon can not be loaded, the scope result
is not easily visible.
To counter this, the shell should replace the result image with a
fallback image if the Image QML component changes to the Error state.
At a minimum a single standard fallback image would be sufficient, but
letting the scope pick a custom fallback via the category renderer
template would be better.
One reason I'd like to see this is so we can switch the album art
image provider to stop returning a fallback image. This has been
requested by the music-app guys, and seems sensible since we might
want different fallbacks in different contexts:
https://code.launchpad.net/~jamesh/thumbnailer/no-fallback-
albumart/+merge/219460
It might also be useful for remote scopes using http: URIs for result
icons.
To manage notifications about this bug go to:
https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions