[Evolution-hackers] Some suggestion for the future evolution

[Jean Schurger <yshark schurger org>]

Hi i have some suggestion about the future of evolution (notes that i
didn't read all the mailing-list archives, then, i could repeat some
things :))

* Separate the differents parts of evolution (shell, wombat, components,
importers, ...) in differents packages.
- one of the advangages, is to present with a cleaner view how works
evo, any devloper how want's to develop an component.

* i see the screenshots of the UI proposal for Evo 2, and that's what i
think : 
     - this is the works of the panel to start an application right ?,
then it should be the role of the panel to "activate" (the user don't
know how it works) the component to use. So i think there is no need of
the 6 buttons block to switch betewen components.
     - then if the users still want's buttons to choose a component, an
optional shortcut bar (like current evolution) is ok.

* i think too that it will be nice if evolution transparently provides 
an access to data like addressbook, calendar,... to let others
application don't care about where are the datas, an little app that
show the addressbook, will just specify an addressbook name, and evo
provide the API to access to it, but the app don't know if the
addressbook is a file on the filesystem, of an ldap share... (idem for
calendars,...)

* then there could be a problem, if the source of the data is not
available because of a connected/non-connected mode. This info
(connected/not connected/ask for a connection/close connection/...)
should be at the gnome level, eg: a applet or try app that display the
connection status,...

* why not get ride of db 3.1.17 ? and use other storage ? then just an
importer (separatly packages, like the rest) that let import the old
addressbook ?

* why not vfolfers views : contacts:/// (in nautilus) will show the
contacts sources, and let launch the contact component to use it, and
may be a mailbox file viewer ?


* and the last (sorry for this one) why keep the "evolution" name to
store evo's datas on the filesystem, wht no ".evoluton" ? or separated :
.gnome2/mail .gnome2/calendar ...