touch-packages team mailing list archive

[Michi Henning <michi.henning@xxxxxxxxxxxxx>]

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 <thomas.strehl@xxxxxxxxxxxxx> 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

-- 
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:
  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