Re: [Evolution-hackers] libgdata
On Sun, 2009-02-22 at 22:44 +, Philip Withnall wrote: > 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. Sounds like this may partially overlap with what the Online Desktop team is doing. You may want to contact them and make them aware of your project. They might have code you can reuse. Contact Marina Zhurakhinskaya or Owen Taylor . Matthew Barnes ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] libgdata
On Mon, 2009-02-23 at 13:16 +0530, Chenthill wrote: > On Sun, 2009-02-22 at 22:44 +, 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 > signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] libgdata
On Sun, 2009-02-22 at 22:44 +, 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. - 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 ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] libgdata
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. Regards, Philip Withnall [1]: http://github.com/pwithnall/libgdata/tree/master [2]: http://github.com/pwithnall/libgdata/tree/calendar signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
