[Kde-pim] hide backends, talk about frontends not applications (branding "Kontact")

[Bernhard Reiter]

This is one of the other questions that have not gotten much attention:

Am Mittwoch, 10. November 2010 10:26:09 schrieb Bernhard Reiter:
> Personally I believe we should use the refactoring and modernisation of the
> architecture as a point to switch and to talk about one product and hide
> the technical details of backend (e.g. akonadi, resources) and frontends
> (email, calendar, contacts, tasks, notes, ...).

My suggestion would mean to not have "KMail" or "KAdressbook" anymore.
Also no single "application" for this, but just "frontends" and "views"
on "Kontact".

Rationale:
What was previously in KMail, KAdressbook and others is now distributed
in backend stuff like Akonadi and its resources and several views like 
the QML touch mail view or the qt mouse view. Even if you close one of the 
views, the main part of the application will continue to run.
And we certainly will want to have MeeGo and Plasma Desktop widgets which 
would be another view of the data in addition to the data being displayed in 
completely other applications.

This starts posing a problem with calling it all "views to Kontact" though, 
if we have something like Mailody or Kopete, how do they fall into the 
communication idea? 
I am not familiar enough with Mailody's architecture, but I assume it is using 
Akonadi, thus the Kontact backend, but of course it wants to be more than 
just a special "Mailody skin" of Kontact's mail functions.
AFAIK Kopete also can access contact information (again I assume it is 
accessing Kontact's backend somehow), but Kopete of course brings in a lot of 
other functionality with its own backend, so it is significantly different 
from what the current Kontact can do (with its views on Contacts, Mail, 
Tasks, Notes and Calendar). 

My first simple approach would be to talk about that they are using the 
Kontact Backend or are views, depending on how much own identity and 
architecture they have. 

Best,
Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Deputy Coordinator Germany: fsfe.org. Board member: www.kolabsys.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20101112/66429adf/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/