On Mon, 2009-02-23 at 13:16 +0530, Chenthill wrote: > On Sun, 2009-02-22 at 22:44 +0000, Philip Withnall wrote: > > Hi, > > > > I've been writing a full C library to access GData-based services, with > > the aims of: > > > > 1. rewriting Totem's YouTube plugin in C, > > 2. providing a useful desktop-wide way to access Google services, and > > 3. merging it with the libgdata and libgdata-google in e-d-s' tree, such > > that e-d-s depends on a proper, external library for its Google Calendar > > server backend. > > > > I'm getting to the stage where it would be possible to merge with the > > code in e-d-s' libgdata, but obviously this can only happen if the > > authors of e-d-s' libgdata agree and think this is a good idea. If you > > want to keep your libgdata separate and untouched, I'm happy to go along > > with that, although it seems like a missed opportunity as regards > > reducing code duplication across the desktop. > > > > The code is currently on Github[1], with the beginnings of Google > > Calendar support in a branch[2], but the eventual aim is to move it to > > GNOME SVN (or git, or whatever) and move it into the desktop platform. > EDS provides data primarily for mail,contacts, calendar, memos and > tasks. It would be good to move the libgdata code from EDS into a > separate project, say 'gdata-c' in order provide entire set of Google > services. You can probably create a new project in svn.gnome.org for the > same. I'll take that as a "yes" then. :) I'll continue hacking away at it, move it into GNOME SVN and see if I can get a patch together to migrate e-d-s to the new library. Regards, Philip > - Chenthill. > > > > Regards, > > Philip Withnall > > > > [1]: http://github.com/pwithnall/libgdata/tree/master > > [2]: http://github.com/pwithnall/libgdata/tree/calendar > > _______________________________________________ > > Evolution-hackers mailing list > > Evolution-hackers gnome org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers >
Attachment:
signature.asc
Description: This is a digitally signed message part