If we do have to create our own online accounts plug it should definitely replace the GNOME one and not just add yet another plug.
And yes, the uploaded service should definitely work with this centralized online accounts plug to both see if there is existing credentials and also to save new credentials. There's no need to have API's for apps to tie directly into. Thats the point of contractor is to not have to do that sort of thing. Once the original app hands off something to a receiving app/service, its work is done. The sending app should never have to know about or care what the receiving app/service is. I really feel like we should do our best to have contracts bundled with apps and not as stand-alone packages. Nobody should ever think "Gee i should install the web contracts meta package". Users should simply install Gwibber or Polly for their twitter features, not thinking about the fact that there's a service that ties these apps together. In other words, users shouldn't know that contractor even exists. It's just an implementation detail. Best Regards, Daniel Foré www.elementaryos.org El feb 18, 2012, a las 12:16 a.m., Manish Sinha <[email protected]> escribió: > On Sat, Feb 18, 2012 at 1:20 PM, Cassidy James <[email protected]> wrote: >> Yeah there was some discussion of this in the other mail... it'd be really >> nice to plug into the GNOME Online Accounts and use authentication through >> that, but I'm not sure how realistic that is. Another idea is to have a >> separate "Sharing" plug or something. Yet another idea would be having each >> Contract handle it on first-share and then just provide a logout option >> somehow. > > My idea was this way: > There are a set of official contracts - twitter, facebook, G+, flickr > etc. There can be unofficial ones, but that is out of scope. > > The official ones will have a well known API which other applications > can use to share. If an application shows "Share on twitter" then it > will use the "Twitter contract api" to share it. The API will tell > that the user is not authenticated, then there itself the app should > allow opening a window to authenticate and go ahead with sharing. Once > authenticated even at application level, the API should store the > authentication. > > The backend of the contract is hidden from the user. He does not need > to care about it. Most of the contracts can use libgwibber which is a > library separated out of gwibber (done mostly by Ken VanDine). > > After having a look - gwibber has two libraries powering it - > libgwibber and libgwibber-gtk. libgwibber is the backend for the > services and libgwibber-gtk contains the widgets. Both the libs have > vapi file, so no more messing around with C->Vala. > > I do support having a separate plug for maintaining online > applications. You can use GNOME's online accounts but its development > looks slow (though I can be wrong). > >> I'm not really sure if the best approach and it's definitely something that >> needs figured out. > > I provided the information above. Think about it. :) > > - > Manish > > -- > Mailing list: https://launchpad.net/~elementary-dev-community > Post to : [email protected] > Unsubscribe : https://launchpad.net/~elementary-dev-community > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : [email protected] Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
