Nine things KDE should learn from Mac OS X

[Friedrich W. H. Kossebau]

Am Sonntag, 7. August 2005 00:11, schrieb Ingo Klöcker:
> On Friday 05 August 2005 19:49, Aaron J. Seigo wrote:
> > On Thursday 04 August 2005 03:03, Benjamin Meyer wrote:
> > > I have written up an article about Nine things KDE should learn
> > > from Mac OS X. A lot of ideas that we might want to use for KDE4.
> >
> > what needs to happen from here is to get the groups responsible for
> > various areas to start working on specific items concertedly.
> >
> > i think we've got desktop/panels covered, and pim as well. we need a
> > konqueror (not khtml, that's a different topic) team with vision and
> > push. we have some great konqueror hackers, but there's not enough
> > cohesion there right now IMHO.
> >
> > anyways.. take "pervasive addressbook" as an example; that's
> > something i see the PIM people needing to take a lead on and
> > encouraging it's adoption virus-like throughout kde.
>
> There's already a That'sMe entry in KAddressBook
> (http://developer.kde.org/documentation/library/3.4-api/kabc/html/classKABC
>_1_1StdAddressBook.html#a1). Sure, it's not filled on the first start of
> KDE. 

Could be perhaps prefilled by the passwd entry? 

But where to store the edited information? 

In a LDAP environment the full address information might be already in the 
user database, no? In such an environment (corporate) a user would not make 
up a different identity than the one which is stored in the user database. So 
the user would/should not edit the information anyway.

In environments with pure /etc/passwd you seldomly see more info than the full 
name of user. If an edited user's identity is stored in a vcard file in his 
$HOME he could make this identity available to other users on the same 
system, so they can easily take up more information about their cousers.

> But that doesn't 
> explain why it seems to be ignored by so many applications (according
> to what Benjamin wrote).

There are no evangelists for WhoAmI? ;)

Friedrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050807/4f5f05b4/attachment.sig>