touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #45620
[Bug 1324142] Re: Support providing fallback images
OK, turns out that these were actually documented. I expected to see
something in the tutorial, but it's actually documented in detail in the
CategoryRenderer doc.
I've added mascot-fallback and emblem-fallback.
Saviq, can you please check the doc for CategoryRenderer and let me know
whether the field names I used are OK?
--
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