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