[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: why kdelibs?
From: Chani <chanika () gmail ! com>
Date: 2010-11-02 19:38:34
Message-ID: 201011022038.43277.chanika () gmail ! com
[Download RAW message or body]
On November 2, 2010 19:05:09 Aaron J. Seigo wrote:
> On Monday, November 1, 2010, Diederik van der Boor wrote:
> > I can't stress enough it needs a good plan to limit impact on apps.
>
> this would be absolutely critical indeed.
>
> something that is completely opaque to me in this discussion so far is
> whether the idea is to:
>
> a) grind kdelibs into a fine dust of classes, rename some from KFoo to QFoo
> (and all the Qtification that implies) and reorganize the remainder (which
> should be a minimal set) into a new set of K* libs
>
> or
>
> b) define a new set of granularities for libraries in kdelibs (non-ui,
> desktop, framework, etc.) and split up our existing classes along those new
> lines, keeping names largely in place
>
> or
>
> c) do a bit of (a) and (b), and if so what the guidelines for deciding when
> to do (a) and when to do (b) are
>
> probably because it isn't a concrete plan yet, but rather a general
> proposal. these are the kinds of details that are needed before we can
> move on.
hmm, rereading
http://techbase.kde.org/index.php?title=Projects/KDELibsModifications
it seems to suggest splitting into only two modules.
it doesn't talk about spiltting down the non-platformy stuff further...
although it does mention tiers. Steveire, are the tiers meant to be actually
separate, or what?
--
Chani
http://chani.ca
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic