in module source reorganization
Jens Dagerbo
jens.dagerbo at swipnet.se
Fri Feb 17 20:58:51 UTC 2006
On Friday 17 February 2006 19:05, Matt Rogers wrote:
> Hi,
>
> Adam (manyoso), Jens (teatime), and I (mattr) had a discussion in the
> #kdevelop IRC channel last night about some reorganizations we'd like to
> make to the kdevelop source tree in order to make things a bit more logical
> in terms of directory layout and here's at least the first round of changes
> we'd like to make:
>
> - rename parts to plugins
Sounds good too me, as "plugins" is what we call them everywhere but in the
source tree...
> - move the toplevel desktop files to their own directory called xdg
Great.
> - move any installed libraries (and their code) that are outside of the
> main lib directory to the main lib directory ( i.e. from
> kdevelop/languages/lib to kdevelop/lib/languages,
> kdevelop/src/profileengine/lib moves to
> kdevelop/lib/profileengine, etc.)
Alexander should answer this, but.. the platform profile stuff is seperate
from kdevelop-the-application. There has also been talk about splitting out
the platform stuff into its own svn module, to make it cleaner and clearer
for others (quanta) to port to it. Perhaps this is a good reason not to bring
the platform profile lib closer into kdevelop?
> - languages and buildtools would move to the new plugins directory, since
> that's really what they are.
I disagree. Virtually everything in KDevelop is a plugin (last I checked we
had about 100 .desktop files) but this is not a good reason to put them all
into a flat "plugins" directory.
languages, buildtools and vcs plugins differ from the "simple plugins" (those
that are currently in the subdir called "parts" in that they offer
functionality to other parts of kdevelop through interfaces. Somehow I think
this separation needs to be maintained in the source tree.
If you suggest to move the languages and buildtools directories into plugins
as subdirectories, the separation is maintained, but then I'm afraid I don't
see the point of the move.
// jens (teatime)
More information about the KDevelop-devel
mailing list