Re: Proposing libgdata as a new desktop module

[John Stowers <john stowers lists gmail com>]

> 
> * if it isn't going to spread beyond google (or we have no reason to
> believe so, at any rate) is there a reason to think that google is
> special/important enough that we should compromise our values here? Is
> there a good tactical reason for it? (I'd say that this, roughly, is
> our relationship to SMB.) (There may be; I'm open to that possibility
> but don't see it argued for yet.)
> 
> * alternately, are there ways to make this more general and support
> alternatives? In other words, should this be a general purpose
> web-data library (perhaps an atompub library?) in which gdata is but
> one mode? Should it be integrated with some other, pre-existing
> network connection or data protocol library?

This is one of the main goals of Conduit, and was the central theme of 
my talk at Guadec.

We sit between $APP and many services and present a consistent get/put
API for storing and retrieving data from them. Sync is only one consumer
of this get/put API. Photo upload to n services from within EOG is
another user of this

Of course, we then have the lowest common denominator problem, but we
live in an imperfect world.

John