[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-promo
Subject: [kde-promo] In need for name of a project
From: "Friedrich W. H. Kossebau" <kossebau () kde ! org>
Date: 2007-01-25 19:15:30
Message-ID: 200701252015.30961.kossebau () kde ! org
[Download RAW message or body]
Hi,
I need your help.
I am working on something that is aimed to be in KDE 4, and in a primitive
variant will already be part of the KDE 3.5.7 PIM release, if things go
right. But I lack a matching name, one that is descriptive and doesn't \
narrow what people expect from it. The last point is most important, so \
far I had problems to explain the stuff to people, because they are \
usually blinded from things existing and I know nothing I could easily \
refer to as template (also my english and explaining abilities are bad ;).
The project is about modelling persons and groups/projects. Or "about the
things you know about people and their extended virtual personas.", like de \
Groot has put it. Think KABC on steroids. Or better, don't think it, \
because it has a new approach.
Unlike KABC nothing is hardcoded, but everything is controlled by plugins.
Currently, if you want to add proper support for someone's \
WebGalleryOfTheDay account, or a second homepage, you will find that not \
really supported. The project solves this by treating a person/group as a \
list of items of a given property type. Available types are controlled by \
the installed plugins, which (shall) deliver viewers and editors (cmp. \
widgets in QtDesigner). So there will be e.g. an email address type \
plugin, and one for computer account types, web pages types, \
WebGalleryOfTheDay account types, whatever someone needs and implements.
Thus the data that is collected about one is not only used to contact her, \
or are only addresses. There could be any metadata one would like to have. \
Like notes, emotional attributes, links to other persons (sister, \
assistent, whatever).
Because of this I don't like names like Contacts or Addressbook, as they \
limit everyone's idea of what is possible.
And there won't be only persons, but also groups, that is collections of
persons. And also groups of groups (and persons). Groups could have own
properties, like a plain person has.
Persons could have different identities and belong only with an identity to \
a group.
Example, modelling your view on the persons and groups of the KDE project:
* KDE - group, with a homepage, a news feed, a anniversary, etc.
* KDE developers - group, with several mailinglists, chat channels, \
homepage, subgroup of KDE
* KDE translators - group, <same as above>
* Joe Developer - identities developer, work, private, with each a \
homepage, chat name, email address, member of group KDE
developers as developer and group Friends as private
*...
But the project does not end here:
One does not only want to display and edit the properties of persons and
groups, but do something on them. This is again solved in a generic way, by \
three kind of service types per property type. For this please see
http://www.kde-apps.org/content/show.php?content=42120
as this is already (evolving) working code, some that should get into \
KDEPIM for 3.5.7
The project should also feature some basic widgets, which should make life
easier for developers using the framework. So programs like KMail, Kopete,
Konqueror (file owner), multiuser games, all those where there are things
representing persons/groups, could make use of it.
Cmp. the person icon in the upper right of an email from a person you have \
in the addressbook. Right now the support to chat or email is hardcoded.
With this project's framework all KMail developers should have to do is
something like
Person *p = Framework::getPersonBySystem( "email", emailaddress );
PersonLabel *pl = Framework::createLabel( p );
or such, and get all the rest for free, that is display of status and
available actions in the context menu.
So we would move towards an also persons and groups centric desktop, with \
some kind of proxy objects for them. One e.g. no longer goes for the mail
management program and selects the folder with the emails of your friend, \
but instead go to your friend('s proxy symbol) and select his emails. As \
an option of course. Traditional desktop approaches for those of the last
century will surely be kept ;)
I guess most of you haven't used the Contacts applet before, right?
See http://www.kde-apps.org/content/show.php?content=34479
If you have you might get the idea what I envision. There you can have
something like the list of chat partners in Kopete, but enriched with all
possible and impossible status and action services, depending on the
properties. Others are behind popupmenus, so I can use it like the bookmark \
menu to reach someone's homepage, except that I go by persons, not
resourcetype like with the list in Konqueror. Same with the blog. Right now \
the support is broken, but in an earlier version one could select and go \
to the latest blog entries by the same menu. And see in the proxy object \
display if there are new unread blog entries. Like one can see now if \
there are new emails. Or if someone is logged onto my computer. Etc. pp. \
There are so many use cases if you start thinking about it. And it only \
depends on the installed plugins.
I hope you got a first idea what this project is about. If not, please ask.
So, what do you think would be a good name for this? I once tried "Organs", \
because the project models the organization of the persons and groups \
around one. But I guess that won't work. Nonenglish terms are welcome, \
too, if they are still meaningfull and connected.
Friedrich
_______________________________________________
This message is from the kde-promo mailing list.
Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set \
digest on or temporarily stop your subscription.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic