Jump to content

KDE Core/Platform 11/PlatformVsFrameworks

From KDE Community Wiki
Revision as of 21:57, 2 June 2011 by Sebas (talk | contribs) (should be complete now)

Definition of Frameworks and Platform

In our communication we want to use Frameworks, since this communicates the modularity of our libraries better than the term "platform", which gives a more monolithic, either-or impression.

Framework

  • Useful as separate library
  • platform independent

Platform

  • not necessarily portable
  • ...

What needs work here?

The following list gives an idea of some problems we see with splitting up our frameworks:

  • 1) needs sycoca
  • 2) uses mimetype/xdg
  • 3) uses kded
  • 4) kglobal used, but only for ref/deref (which can maybe move into Qt)
  • 5) uses kglobal (in a non-trivial way)
  • 6) uses kaboutdata
  • 7) should be optional
  • 8) duplicates functionality in Qt
  • 9) should move into its own library

Framework or Platform in kdelibs

The list below indicates our _intended_ situation.

Frameworks

Frameworks which need changes

  • kdecore
    • auth 1)
    • compression 2)
    • kconfig 1), 8)
    • date 3), 8)
    • io 2), 5)
    • jobs 4)
    • kernel - needs splitting up and further investigation
    • kaboutdata 7)
    • sonnet 9)
  • kdeui (most items are unclear, only listing clear ones here)
    • windowmanagement
    • itemviews

Frameworks which look fine

  • kdecore
    • kshareddatacache
  • kate
  • dnssd

Platform

Platform bits with annotations

  • klocale 8)
  • ssl/ktcpsocket 8)
  • services 8) (investigate with dfaure)
  • ktrader 8) (investigate with dfaure)

Platform bits without

  • kded
  • kglobal
  • kcomponentdata
  • sycoca
  • kdesu
  • kwebkit

Trash

  • kdecore/text

Don't know / undecided

  • kdecore/util
  • kfile