From kde-core-devel  Tue Apr 18 22:06:41 2006
From: Kevin Krammer <kevin.krammer () gmx ! at>
Date: Tue, 18 Apr 2006 22:06:41 +0000
To: kde-core-devel
Subject: Re: Proposal: New module "kdepimlibs"
Message-Id: <200604190006.56901.kevin.krammer () gmx ! at>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=114539805216961
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2624288.xqizMAIuoE"

--nextPart2624288.xqizMAIuoE
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 18 April 2006 23:49, Cornelius Schumacher wrote:
> The kdepim module has grown to an impressive size. After kdebase and
> kdelibs it's the third biggest KDE module and it's becoming more and more
> complex to work on kdepim because of the sophisticated intra-module
> dependencies.
>
> Additionally there is some code in kdelibs which is closely associated to
> kdepim in kdelibs (kresources and kabc). That this code is in kdelibs, but
> other similar code like libkcal is not can only be understood by historic=
al
> reasons.
>
> To make things worse there is some code from other modules depending on
> kdepim (e.g. the kbugbuster kresource from the kdesdk module) violating t=
he
> rule that modules shouldn't have other dependencies than kdelibs.
>
> To resolve these problems I propose to create a new module "kdepimlibs" in
> SVN which contains the major libraries from kdepim and the kdepim-related
> libraries from kdelibs.

I not only think that this is a good idea, I'd like to point out that this =
is=20
a general problem with our module libs.

Another example where the impossibility or difficulty of intramodule=20
dependencies are negatively affecting development is kde-edu.

By its nature this module has a wide range of application types, from=20
educational games to tools for teachers.
It has come up more than once that it would be of great help to be able to =
use=20
kdegames libraries or be able to embed a KOffice part.

The KDE module structure encourages packagers to include the libraries in t=
he=20
same package as the binaries, which makes any of the above use cases a no-g=
o=20
for kde-edu (since depending on the whole kdegames with all its game data i=
s=20
out of question)

So it would be great if this could be solved on a wider scale, making it=20
possible to have applications use more than just the core libraries. As it =
is=20
now applications that are part of the KDE main modules have less=20
possibilities than external applications or have to result to code=20
duplication.

Cheers,
Kevin

=2D-=20
Kevin Krammer <kevin.krammer@gmx.at>
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org

--nextPart2624288.xqizMAIuoE
Content-Type: application/pgp-signature

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

iD8DBQBERWMAnKMhG6pzZJIRAiavAJ9WaffIZPkDv/ycj8M5VtI1EY5J3ACdHB1r
pME3iS9GnEDrZMj1sj7foHE=
=1oa8
-----END PGP SIGNATURE-----

--nextPart2624288.xqizMAIuoE--