On Wed, 2011-05-04 at 13:04 +0200, sean finney wrote:
Hi Everyone,
I spoke with chen on IRC this morning and got hinted at a preliminary
implementation of EBookBackendSqliteDB sitting in -ews. Since there
are some benefits of something something like this make it's way to
a common place
On Thu, 2011-05-05 at 11:20 +0530, Chenthill wrote:
* not sure of this one: given there may be multithreaded access to
the db,
do we need to provide any external big locks on reads/writes?
maybe
Though sqlite has it, i have read in the FAQ that it recommends
applications not to
Hi!
On Thu, May 05, 2011 at 11:20:45AM +0530, Chenthill wrote:
* No backend _get_contact/_get_contacts equivalent. Should be
easily implemented.
_get_vcard_string == _get_contact, i have not added an API return
EContact to let the callers decide whether they want to parse the string
On Thu, 2011-05-05 at 11:20 +0530, Chenthill wrote:
* if folder metadata is going to be free-form, it could be better
to have a key-value table ( folder_id_id int, key_name text,
value text ) rather than arbitrarily numbered text/binary
fields.
I was thinking of allowing the
On Thu, 2011-05-05 at 13:53 +0200, Milan Crha wrote:
On Thu, 2011-05-05 at 11:20 +0530, Chenthill wrote:
* if folder metadata is going to be free-form, it could be better
to have a key-value table ( folder_id_id int, key_name text,
value text ) rather than arbitrarily numbered
On Thu, May 05, 2011 at 12:23:01PM +0530, Chenthill wrote:
Be sure that parsing bdata is a pain, and always will,
especially when you already are in a database world, where are tables
and relations between them pretty common and nature.
This is the reason I was thinking whether it would be