[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