[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Request for comments: New address book API
From:       Shawn Gordon <shawn () thekompany ! com>
Date:       2001-10-13 21:24:32
[Download RAW message or body]

At 01:54 PM 10/13/2001, you wrote:
>Hi Cornelius!
>
>On Saturday 13 October 2001 22:11, Cornelius Schumacher wrote:
> > - vCard backend (RFC 2425).
>
>what about mulitple backends? I am particulary thinking of an SQL backend
>(using Qt SQL). This is especially important for enterprises that already
>have an existing database or want to share for example a customer database.

I don't want to rain on anyones parade here, and I would be curious what 
other peoples results have been, but QtSQL is totally useless for 
applications like DataArchitect and Rekall.  I would like to here about 
anyone using it successfully and what kind of challenges you've run in 
to.  For our purposes right now it's either going to have to be KDE-DB with 
some updates or ODBC with some wrappers - we've been investigating it just 
recently.

>This is really important if we want to head towards the use of KDE in large
>offices.
>
>Later on, we could also support importing addresses from Lotus or Outlook
>(which even shares them via IMAP IIRC).
>
>As far as I can see from the source, the vcards are dumped into a plain text
>file.
>
>Maybe the possilility of using multiple databases could be useful in this
>case, too (think of customer addresses vs. employee db).
>
>All this would end up in a backend abstraction layer. What do you think?
>
>Greetings,
>
></daniel>


Regards,

Shawn Gordon
President
theKompany.com
www.thekompany.com
949-713-3276

[prev in list] [next in list] [prev in thread] [next in thread]