[Wish] Add support for user's cloud storage

[Oded Arbel]

Some users, like me that have a very large local collection of wallpapers (my current collection is > 4GB). With today's small laptops and small hard drives, it is sometimes inconvenient to keep a local copy of the entire archive.

It would be great if Variety could offer a remote location driver that can be configured with a user's credentials for their cloud storage and to fetch wallpapers from there as if its a Flickr-like server (i.e. download just the wallpaper for display). All cloud storage providers I'm familiar with provide an API or SDK for application to access the storage programmatically without synching.

I'm sure any service to be implemented will suffice to provide this functionality, as users can just create a free account on whatever service is supported (even an archive as large as mine would fit on most services free account), though obviously supporting more than one will be awesome.

[James Lu (jlu5)]

Hi,

I definitely think there's value in this. Which specific cloud storage
solutions are you interested in though? Quite often they have massively
differing APIs.

On Dec 24, 2017 2:00 AM, "Oded Arbel" <email address hidden> wrote:

> Public bug reported:
>
> Some users, like me that have a very large local collection of
> wallpapers (my current collection is > 4GB). With today's small laptops
> and small hard drives, it is sometimes inconvenient to keep a local copy
> of the entire archive.
>
> It would be great if Variety could offer a remote location driver that
> can be configured with a user's credentials for their cloud storage and
> to fetch wallpapers from there as if its a Flickr-like server (i.e.
> download just the wallpaper for display). All cloud storage providers
> I'm familiar with provide an API or SDK for application to access the
> storage programmatically without synching.
>
> I'm sure any service to be implemented will suffice to provide this
> functionality, as users can just create a free account on whatever
> service is supported (even an archive as large as mine would fit on most
> services free account), though obviously supporting more than one will
> be awesome.
>
> ** Affects: variety
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to
> Variety.
> Matching subscriptions: variety bugs
> https://bugs.launchpad.net/bugs/1739946
>
> Title:
> [Wish] Add support for user's cloud storage
>
> Status in Variety:
> New
>
> Bug description:
> Some users, like me that have a very large local collection of
> wallpapers (my current collection is > 4GB). With today's small
> laptops and small hard drives, it is sometimes inconvenient to keep a
> local copy of the entire archive.
>
> It would be great if Variety could offer a remote location driver that
> can be configured with a user's credentials for their cloud storage
> and to fetch wallpapers from there as if its a Flickr-like server
> (i.e. download just the wallpaper for display). All cloud storage
> providers I'm familiar with provide an API or SDK for application to
> access the storage programmatically without synching.
>
> I'm sure any service to be implemented will suffice to provide this
> functionality, as users can just create a free account on whatever
> service is supported (even an archive as large as mine would fit on
> most services free account), though obviously supporting more than one
> will be awesome.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/variety/+bug/1739946/+subscriptions
>

[Oded Arbel (oded-geek)]

If *I'd* have to rank them by preference, my preferred provided would be Google Drive (supporting Google photos might also be interesting, IMO, though you can access Google Photos though the drive API if the user enabled Photos integration), with Dropbox being second.

All the others are about the same amount "meh" for me - I'd have to open a free account to use them, but if I won't need to install their local agent, and they have a decent web interface, it'll be fine.