touch-packages team mailing list archive

[James Henstridge <james.henstridge@xxxxxxxxxxxxx>]

Currently "art" can either be a string giving the field holding the art
URI, or a dictionary with "field" and "aspect-ratio" keys.  Perhaps it
would make sense to handle fallbacks in this second form as a third key?

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