Re: [Evolution-hackers] PIM application suite

[JP Rosevear <jpr ximian com>]

On Sat, 2004-04-24 at 00:37 +0200, Rodrigo Moya wrote:
> On Fri, 2004-04-23 at 12:11 -0400, JP Rosevear wrote:
> > On Tue, 2004-04-20 at 10:45 +0200, Rodrigo Moya wrote:
> > > On Mon, 2004-04-19 at 23:03 -0400, JP Rosevear wrote:
> > > > 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.
> > > > 
> > > and probably, at least for calendar and tasks, all the view widgets. I
> > > guess those are really useful for a lot of applications.
> > 
> > I'd actually guess not so much actually.  You only need one app to
> > display this kind of information.
> > 
> ok, probably not the views (apart from the list view, which might be
> really useful for any app displaying calendar data), but the editors
> (really useful for the clock applet, for instance) and other minor
> widgets, like the date navigator and others might make a lot of sense.

Possibly, the gui stuff in e-d-s should be minimized I think and mostly
related to configuring configuring source lists or displaying them.
Anything else should live at a higher level - libevolution or something.
IMHO anyhow.


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