[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:       "Friedrich W. H. Kossebau" <kossebau () kde ! org>
Date:       2007-01-26 19:32:26
Message-ID: 200701262032.27074.kossebau () kde ! org
[Download RAW message or body]

Am Freitag, 26. Januar 2007 19:19, schrieb Aaron J. Seigo:
> On Friday 26 January 2007 5:06, Friedrich W. H. Kossebau wrote:
> > > will there also be an application provided that needs a name as well?
> > > e.g. the next evolution of kaddressbook?
> > 
> > Yes, there need to be some programs/modules that allow the
> > editing/browsing of the data. There would be a standalone program, an
> > ioslave(?)/kpart combination or something else.
> 
> ok.. so there would be both a framework name as well as an application
> name. the appname should, imho, be simple and descriptive of the purpose.
> frameworks can get 'funky' names but apps should remain identifiable to
> users if at all possible...

Don't we have the generic name for this? ;)

It would be something like "Persons and Groups/Projects manager". Or "People 
manager". Or?

> > > also, is this going to be compatible with less interesting
> > > implementations that use only vCard (e.g. the rest of the world), or is
> > > it its own little world? (in the latter case the name probably needs to
> > > stay away from certain words)
> > 
> > I guess being vCard compatible is needed very much. The experimental code
> > I did so far is build on simply using the KABC interface, so it might be
> > possible to express the model in vcard terms. At least I am optimistic.
> > Sure, there will be data loss when exporting to the vCard-only world. And
> 
> yes, i would expect this to be a largely one-way operation, with export
> resulting in loss of information. 

> but since this is already in the pipe, we 
> don't have to avoid something that might imply contacts.

Sorry?

> would this framework possibly replace KABC (possibly consuming KABC as an
> internal component for vcard reading?) as the preferred system for contacts
> storage and retrieval?

More or less, yes.

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]