Re: [Evolution-hackers] PIM application suite

[JP Rosevear <jpr ximian com>]

On Mon, 2004-04-19 at 22:51 -0400, Local wrote:
> On Sun, 2004-04-18 at 19:49 +0200, Damien Sandras wrote: 
> > > > Conclusion, there is effort duplication : Evolution and GnomeMeeting
> > > > will both have their own address book (sharing the same backend which is
> > > > better) when there could be only one specialized program to do it.
> > > 
> > > This was the purpose of e-d-s, don't confuse the UI of the app with the
> > > data storage mechanism.  The gnome meeting guys are already looking at
> > > using the e-d-s data storage mechanism.  Whether the gui part is in
> 
> I was actually thinking about sending a mail to the list about this
> particular topic so I'll throw in my .02
> 
> I've been poking at planner e-d-s integration today and yesterday and it
> occurred to me that alot of applications (ideally) are going to need
> basic gui access to e-d-s.  It seems to make sense to use consistent
> dialogs across applications for things like:
> 
> Choosing one or more calendars from the list available.
> Searching the address book, and displaying results.
> Selecting contacts from the list.
> modifying all data types
> etc.
> 
> most of these exist in evolution, it makes more sense to have a set of
> useful e-d-s interface dialogs in a separate lib maybe?

For certain things, yes we likely need to push them down into e-d-s,
probably in a libedataserverui or something.  For instance
ESourceSelector should probably end up there.

-JP
-- 
JP Rosevear <jpr ximian com>
Novell, Inc.