Comment 3 for bug 1324142

Revision history for this message
Michi Henning (michihenning) wrote : Re: [Bug 1324142] Support providing fallback images

Hmmm... I guess it'll need to happen as part of the category renderer template, so the scope can nominate a preferred fallback image. The rest of it (making sure the fallback image is displayed when album art or some such can't be retrieved, or substituting a default fallback image if the scope hasn't specified one) is up to the shell.

I can work on this next week, if you like. I don't think it'll be difficult. I left this alone mainly because the bulk of the work could be done by the shell already. All it needs to do is display *something* when a request to retrieve artwork fails. Allowing the scope to specify a custom fallback image is just icing on the cake…

Cheers,

Michi.

On 11 Dec 2014, at 20:47 , Thomas Strehl <email address hidden> wrote:

> Michi: what was the proposed solution here? Providing a default
> fallback, with the scope being able to override the fallback per
> category?
>
> --
> You received this bug notification because you are subscribed to unity-
> scopes-api 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:
> New
> 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