From kde-promo  Fri Jan 26 18:19:56 2007
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Fri, 26 Jan 2007 18:19:56 +0000
To: kde-promo
Subject: Re: [kde-promo] In need for name of a project
Message-Id: <200701261119.57206.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-promo&m=116983560510827
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============2010085577=="

--===============2010085577==
Content-Type: multipart/signed;
  boundary="nextPart12336751.LF1yX1OpM9";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart12336751.LF1yX1OpM9
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 26 January 2007 5:06, Friedrich W. H. Kossebau wrote:
> Short target kdepimlibs, long target kdelibs. Why? Because there is a list
> of users and groups, that I want to integrate, the users and groups of the
> computer system. So developers of programs like a file manager,

kdebase already depends on kdepimlibs, so that's not a big deal. given your=
=20
ambition here, though, it would probably make sense to meld it with the oth=
er=20
names we have:

solid, phonon, decibel, sonnet ..=20

if it was pim only, i'd look for harmonization with akonadi, but it seems y=
ou=20
want broader scope? hm.. actually, that's another interesting question: wha=
t=20
would the relationship with akonadi be? if it does end up having some sort =
of=20
coordination with akonadi, perhaps it makes sense to follow the african=20
mythology theme to keep some sort of theme going there.

> > 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/browsi=
ng
> 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=
=2E=20
the appname should, imho, be simple and descriptive of the purpose.=20
frameworks can get 'funky' names but apps should remain identifiable to use=
rs=20
if at all possible...=20

> > 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=20
resulting in loss of information. but since this is already in the pipe, we=
=20
don't have to avoid something that might imply contacts.

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

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

=46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com)

--nextPart12336751.LF1yX1OpM9
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBFukZN1rcusafx20MRAmOTAJoCYlZjZPySllpqbBW9XPifzsEFmACdFNb4
Ad4NywepwFoH4E2Ymn0nsU8=
=Rk0v
-----END PGP SIGNATURE-----

--nextPart12336751.LF1yX1OpM9--

--===============2010085577==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 
_______________________________________________
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.
--===============2010085577==--