Re: [Evolution-hackers] EDS architecture
On Sat, 2008-09-20 at 21:34 +, Tomasz Melcer wrote: > Hello, > > I am interested in using EDS in my own projects. I looked for any docs > that would be useful to learn EDS architecture, but only found API > reference, which is not so helpful. I'd like to build a big picture of > how EDS works. Can anybody point me to proper document? > http://www.go-evolution.org/EDS_Architecture - not a comprehensive one, though should get you started. V. Varadhan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] EDS architecture
On Sat, 2008-09-20 at 21:34 +, Tomasz Melcer wrote: > I am interested in using EDS in my own projects. I looked for any docs > that would be useful to learn EDS architecture, but only found API > reference, which is not so helpful. I'd like to build a big picture of > how EDS works. Can anybody point me to proper document? I'm not aware of any. > I also have two more specific questions. Firstly, is there any kind of > software that can be used to synchronize data from EDS using opensync > framework, without actually using Evolution? OpenSync should have support for synchronizing EDS. The last time I look at it (three years ago) it wasn't particular stable, so I wrote a stand-alone SyncML client for Evolution/EDS (SyncEvolution). Depending on what you want to do one or the other might be more suitable. > Secondly, I'd like to add to EDS content my own fields. Looking at the > API reference I see functions to get list of allowed fields (like > e_book_get_supported_fields), but I guess the server has to implement > them to be working properly? vCard and iCalendar are stored verbatim when using the normal, file based EDS backend. You can therefore store arbitrary extensions. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution: Taking forward...
On Fri, 2008-07-11 at 04:21 -0600, Srinivasa Ragavan wrote: > Hello guys, > It would be really helpful if you can post a public/explicit mail with > permissions to do it, or code pointers - if you think you wrote a > piece of Evolution code & object. Permission granted for any pieces i've personally produced (those with a ChangeLog email address of [EMAIL PROTECTED]) Regards, Rob ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Instant Messaging information on Evolution Contacts
Am Freitag, den 19.09.2008, 17:48 -0300 schrieb Fabio Rafael da Rosa: > I'm implementing synchronization with google contacts for instant > messaging information on conduit. While implementing, i noticed that > evolution does not have entries for some IM's like google talk and > skype. First I thought on implementing some kind of transalation(for > google talk is easier, because it's jabber anyway... ), but, for things > like skype, for example, it's a problem, so now I think it's better if a > try to create it on evolution(create a patch for evo). > But, I would like to hear from an evo developer what's better in this > case. I'm not a developer, but with regard to any *potential* API changes or code additions, feel free to also consider improving integration of Evolution with the telepathy/empathy framework that we now have in GNOME 2.24. andre -- mailto:[EMAIL PROTECTED] | failed http://www.iomc.de/ | http://blogs.gnome.org/aklapper ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [opensuse-gnome] Evolution 2.22 for Factory
On Sat, 2008-09-20 at 00:47 -0500, Hans Petter Jansson wrote: > Wouldn't it be possible to use a different directory, e.g. > "mail/local-index/folders.db"? That would avoid both problems. That seems like a great idea to me; at least - if the 'hot' data set of evolution is normally just the summary information, then keeping that in a single directory [ ie. mangle the path names into file names ] would make it rather more likely to be contiguous on disk too which might be nice: ~/.evolution/mail/summaries/local-Inbox-suse-kernel.db # etc. ;-) > I still think relocating folders.db is a better option, since it would > work for everyone without necessitating an upgrade. Sounds best to me, if we can do it that is. Regards, Michael. -- [EMAIL PROTECTED] <><, Pseudo Engineer, itinerant idiot ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
