Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-06 Thread Tristan Van Berkom
On Wed, 2011-07-06 at 18:15 +0200, Patrick Ohly wrote: Hello! It was pointed out before that support for PHOTO data in EDS is sub-optimal because the data has to be encoded as B64 data in the vCard and then gets transmitted like that via D-BUs and stored in Berkley DB. Hi, Unfortunately

Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-07 Thread Tristan Van Berkom
On Thu, 2011-07-07 at 10:48 +0200, Patrick Ohly wrote: On Wed, 2011-07-06 at 16:16 -0400, Tristan Van Berkom wrote: [staging directory for out-of-band photo data transmission] This alternative proposal is strictly regarding the photo data for which the server must take ownership of I assume

Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-08 Thread Tristan Van Berkom
On Fri, 2011-07-08 at 12:49 +0200, Patrick Ohly wrote: On Thu, 2011-07-07 at 20:54 -0400, Tristan Van Berkom wrote: It's possible but will need to be conditional, probably depending on whether there is a staging directory available or not. I'll start thinking about how this staging

Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-14 Thread Tristan Van Berkom
On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote: On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote: I now have a much simpler patch up on the openismus-work branch[0]. (it's also in patch form on the bug[1]). That looks a lot saner than the previous solution. Removing all

Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-14 Thread Tristan Van Berkom
On Thu, 2011-07-14 at 17:19 -0400, Tristan Van Berkom wrote: On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote: On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote: I now have a much simpler patch up on the openismus-work branch[0]. (it's also in patch form on the bug[1

Re: [Evolution-hackers] improve PHOTO support in libebook/EDS

2011-07-15 Thread Tristan Van Berkom
On Thu, 2011-07-14 at 17:19 -0400, Tristan Van Berkom wrote: On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote: On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote: I now have a much simpler patch up on the openismus-work branch[0]. (it's also in patch form on the bug[1

[Evolution-hackers] Filtering vCards down to the UID+REV

2011-07-20 Thread Tristan Van Berkom
I've been pondering this for the last couple days and should have brought it up sooner, I'm looking at the bug regarding fetching UID+REVISION only from the addressbook: https://bugzilla.gnome.org/show_bug.cgi?id=652179 (there is a similar bug open for libecal) Currently the proposed

Re: [Evolution-hackers] Filtering vCards down to the UID+REV

2011-07-20 Thread Tristan Van Berkom
On Wed, 2011-07-20 at 18:28 -0400, Tristan Van Berkom wrote: I've been pondering this for the last couple days and should have brought it up sooner, I'm looking at the bug regarding fetching UID+REVISION only from the addressbook: https://bugzilla.gnome.org/show_bug.cgi?id=652179

Re: [Evolution-hackers] Regarding API breakage and lost test cases

2012-10-01 Thread Tristan Van Berkom
On 10/01/2012 09:08 PM, Dan Vrátil wrote: On Monday 01 of October 2012 20:41:07 Tristan Van Berkom wrote: Hi, It's recently come to my attention that a vast API break[0] has been introduced in the last (3.6) cycle of EDS. Unfortunately this also breaks the vast majority of the test cases

Re: [Evolution-hackers] Regarding API breakage and lost test cases

2012-10-02 Thread Tristan Van Berkom
On 10/02/2012 01:30 PM, Tristan Van Berkom wrote: On 10/01/2012 09:08 PM, Dan Vrátil wrote: On Monday 01 of October 2012 20:41:07 Tristan Van Berkom wrote: Hi, It's recently come to my attention that a vast API break[0] has been introduced in the last (3.6) cycle of EDS. Unfortunately

Re: [Evolution-hackers] Regarding API breakage and lost test cases

2012-10-02 Thread Tristan Van Berkom
On 10/02/2012 08:29 PM, Patrick Ohly wrote: On Tue, 2012-10-02 at 13:30 +0900, Tristan Van Berkom wrote: I'm still trying to find my footing here, the migration guide and new documentation on ESourceRegistry don't seem to outline how a new addressbook is actually created. i.e. if I wanted

Re: [Evolution-hackers] Regarding API breakage and lost test cases

2012-10-05 Thread Tristan Van Berkom
On 10/05/2012 09:00 PM, Matthew Barnes wrote: On Tue, 2012-10-02 at 20:35 +0900, Tristan Van Berkom wrote: Ah, this is gold. I'll be able to readjust things with this. I've added a new section to the migration guide which covers the basics of creating a new local address book or calendar

[Evolution-hackers] Regarding ESource and ESourceExtension

2012-10-08 Thread Tristan Van Berkom
Hi again, I've been looking deeper into the details of creating addressbooks and using fancy extensions and I have another question/issue, that would be: How do you ask a backend if it supports a given extension ? Currently, as far as I can see it's possible to blindly add extensions to

Re: [Evolution-hackers] Regarding ESource and ESourceExtension

2012-10-08 Thread Tristan Van Berkom
On 10/08/2012 08:55 PM, Matthew Barnes wrote: On Mon, 2012-10-08 at 18:40 +0900, Tristan Van Berkom wrote: Is it intended that the frontend must know what extensions are supported by a given backend ? What extensions are you worried about, specifically? And what's the use case

[Evolution-hackers] Addresbook query result ordering

2012-10-15 Thread Tristan Van Berkom
Hello again, I've been looking into the possibility of getting ordered results from the EDS addressbook (which is currently unsupported in any shape or form afaict). First off, is anyone working on this right now ? Secondly, I see three potential ways of approaching this problem and I

[Evolution-hackers] API considerations for avoiding data loss in race conditions

2012-12-06 Thread Tristan Van Berkom
Hello all, I'd like to raise this issue on the list for feedback regarding this bug: https://bugzilla.gnome.org/show_bug.cgi?id=686684 First let's start with the basic problem statement: ~~ It can happen that two clients modify the same contact

Re: [Evolution-hackers] Regarding API breakage and lost test cases

2013-01-31 Thread Tristan Van Berkom
On 10/06/2012 09:01 AM, Matthew Barnes wrote: On Fri, 2012-10-05 at 22:19 +0900, Tristan Van Berkom wrote: a.) e_source_registry_commit_source_sync() seems not exactly very sync. I haven't looked into that in detail but surely the registry server needs to block on something

Re: [Evolution-hackers] Might be a generic ESourceExtension useful?

2013-02-05 Thread Tristan Van Berkom
On 02/05/2013 04:01 PM, Milan Crha wrote: Hi, I was wondering, after the all stuff around ESourceExtensions landed in 3.5.x, the main disadvantage of it is code duplication, or passing unrelated stuff into one public folder just to have them available. It is, for example, when a backend

[Evolution-hackers] ESourceExtension and backends... claimed generic property ?

2013-02-05 Thread Tristan Van Berkom
Hi... again. While we are on the topic of brainstorming ideas with ESourceExtension, I'd like to bring up a topic that is orthogonal to the previous issue raised. In a nutshell, ESourceExtension is a one-way street for client code to configure a backend. While it's a really nice extendible way

Re: [Evolution-hackers] ESourceExtension and backends... claimed generic property ?

2013-02-05 Thread Tristan Van Berkom
On 02/05/2013 10:22 PM, Matthew Barnes wrote: On Tue, 2013-02-05 at 17:22 +0900, Tristan Van Berkom wrote: Would it make sense to include some property on the base ESourceExtension class ? For instance, an api such as 'e_source_extension_claim()' could be introduced and called by the consumer

Re: [Evolution-hackers] ESourceExtension and backends... claimed generic property ?

2013-02-05 Thread Tristan Van Berkom
On 02/05/2013 11:55 PM, Matthew Barnes wrote: On Tue, 2013-02-05 at 23:00 +0900, Tristan Van Berkom wrote: I know, we've discussed this already a few months ago, it just seems like something essential to the extension API, you tell the backend to do foo and you just don't know if that backend

Re: [Evolution-hackers] Restructuring direct access mode

2013-03-15 Thread Tristan Van Berkom
On Fri, 2013-03-15 at 13:57 -0400, Matthew Barnes wrote: I'd like to restructure the new direct access mode for address books a bit for Evolution-Data-Server 3.9.1. Tristan's client-side implementation looks to me like it really wants to be a subclass. It basically intercepts and overrides

[Evolution-hackers] Distcheck passes !

2013-03-17 Thread Tristan Van Berkom
After running distcheck over and over, finding and fixing several issues, I was finally able to pass it :) Unfortunately I just barely missed the 3.7.92 release, in any case, the great news is that EDS passes distcheck as of commit 5fb8f2867f7555f93261940bfe3a70ce8220b099 There is one remaining

Re: [Evolution-hackers] Distcheck passes !

2013-03-18 Thread Tristan Van Berkom
On Mon, 2013-03-18 at 08:40 +0100, Milan Crha wrote: On Sun, 2013-03-17 at 22:00 +0900, Tristan Van Berkom wrote: After running distcheck over and over, finding and fixing several issues, I was finally able to pass it :) Hi, thanks for all the work on this. One question

[Evolution-hackers] Teaching the addressbook to sort contacts (and offer a cursor API)

2013-07-30 Thread Tristan Van Berkom
Hi all, I've been preparing this work for some time now and just realized that feature freeze is upon us in a couple of weeks. In the hope that it's not too late to consider landing this new feature set, let's present the new cursor API (details below). There really are a lot of details to

[Evolution-hackers] Regarding addressbook migration test case

2013-10-21 Thread Tristan Van Berkom
Good morning, I've been meaning to write this email since over a week ago when I added a new addressbook migration test case in EDS[0]. Not only because this is one of the more interesting tests we now have in EDS, but because this test requires some additional maintenance which normal tests

Re: [Evolution-hackers] Regarding addressbook migration test case

2013-10-21 Thread Tristan Van Berkom
On Mon, 2013-10-21 at 13:30 -0400, Matthew Barnes wrote: On Mon, 2013-10-21 at 18:27 +0200, Tristan Van Berkom wrote: The maintenance in question is pretty simple, every stable release (directly after branching for the next stable release would be the ideal time) a new case needs

[Evolution-hackers] Keeping your contacts in order

2013-10-24 Thread Tristan Van Berkom
Hi, I'm pleased to announce that today we've finally landed the addressbook cursor API in EDS master, a project which has been months in the making. What is the cursor API ? The EBookClientCursor is an API which allows iteration over a sorted contact list. The

[Evolution-hackers] EDS Documentation Effort

2013-11-03 Thread Tristan Van Berkom
Hi all, I'm starting a little documentation effort this month for the user facing apis in evolution data server. The scope of this project will touch on the libedataserver, libebook, libebook-contacts and libecal APIs (afforded the time I might be able to dig a little deeper into the server

Re: [Evolution-hackers] EDS Documentation Effort

2013-11-05 Thread Tristan Van Berkom
On Mon, 2013-11-04 at 08:01 -0500, Matthew Barnes wrote: On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote: The goal is to transform the gtk-doc generated html pages into something that actually looks like a reference manual. Before starting on this long and tedious task

Re: [Evolution-hackers] EDS Documentation Effort

2013-12-06 Thread Tristan Van Berkom
On Fri, 2013-12-06 at 19:08 +0900, Tristan Van Berkom wrote: On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote: Hi all, I'm starting a little documentation effort this month for the user facing apis in evolution data server. The scope of this project will touch

Re: [Evolution-hackers] EDS Documentation Effort

2013-12-06 Thread Tristan Van Berkom
On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote: Hi all, I'm starting a little documentation effort this month for the user facing apis in evolution data server. The scope of this project will touch on the libedataserver, libebook, libebook-contacts and libecal APIs (afforded

Re: [Evolution-hackers] [Evolution Data Server] Locale change notification delayed

2014-02-12 Thread Tristan Van Berkom
On Wed, 2014-02-12 at 12:32 +, Potrola, MateuszX wrote: Hi, I’m using version of EDS from openismus-work-3-8 branch and I’m using it as a direct reader of address books. I’ve noticed that after changing system locale after some time I’m receiving notifications about locale change

Re: [Evolution-hackers] Contacts database modifications history

2014-04-22 Thread Tristan Van Berkom
On Tue, 2014-04-22 at 14:13 +0200, Milan Crha wrote: On Tue, 2014-04-22 at 07:28 +, Potrola, MateuszX wrote: I have one additional question about updating internal table by this new module, should we add some new external API for EBookSqlite to create/retrieve/modify backlog entries or

Re: [Evolution-hackers] Contacts database modifications history

2014-04-23 Thread Tristan Van Berkom
On Wed, 2014-04-23 at 08:26 +0200, Milan Crha wrote: [...] It's like the direct read access for books, more or less, you also expose private eds API to client side, which should stay server-side only, but you expect that the client will behave sanely with it. I have the same expectations for

Re: [Evolution-hackers] Contacts database modifications history

2014-04-27 Thread Tristan Van Berkom
On Thu, 2014-04-24 at 15:28 +0200, Patrick Ohly wrote: On Wed, 2014-04-23 at 16:08 -0400, Tristan Van Berkom wrote: This is my prerogative and I can accept that it is not shared with the maintainers of EDS, nevertheless I would still like to caution against opening up the SQL tables owned

Re: [Evolution-hackers] Refactoring contact editor

2014-09-03 Thread Tristan Van Berkom
On Wed, 2014-09-03 at 07:54 +0200, Milan Crha wrote: On Tue, 2014-09-02 at 21:39 +0200, schaarsc wrote: Are there any objections to do so? Hi, definitely no objection, just the opposite, it'll be appreciated to do the cleanup. By the way, can the expander draw the arrow on the

Re: [Evolution-hackers] Refactoring EWS GAL sqlitedb

2014-09-04 Thread Tristan Van Berkom
On Thu, 2014-09-04 at 14:53 +0100, David Woodhouse wrote: [...] This works fairly nicely, although there are some optimisations I can still do. Firstly, I'd like a way to 'SELECT uid,bdata from folder_id'. Getting the initial list of UIDs to build my hash table takes about 95ms. Getting the

Re: [Evolution-hackers] Move authentication of backends back to the client (3.13.90)

2015-02-27 Thread Tristan Van Berkom
I havent been active in EDS for some time so feel free to take my comments with an appropriate grain of salt... On Fri, 2015-02-27 at 11:09 +0100, Patrick Ohly wrote: On Thu, 2015-02-19 at 07:43 +0100, Milan Crha wrote: On Wed, 2015-02-18 at 13:54 +0100, Patrick Ohly wrote: What I would