Forwarding headers: current status

[David Faure]

After a whole day of converting frameworks, here's the current status:

DONE:

kitemviews
kconfig
kglobalaccel
kcoreaddons
kauth
kcodecs
karchive -- TODO split out KArchiveFile etc. I'll do that next.
kguiaddons
ki18n
kwidgetsaddons
kconfigwidgets
kiconthemes
kcompletion
kwindowsystem
kcrash
kdbusaddons
kservice
ktextwidgets
kxmlgui
kitemmodels
kdnssd-framework (namespaced)
kplotting
solid (namespaced)
kjobwidgets
kbookmarks
knotifications
kwallet-framework
kunitconversion (namespaced)
kparts (namespaced)
kdewebkit
kpty
kmediaplayer (namespaced)
kemoticons
kdesu (namespaced)
kdeclarative (namespaced)
kcmutils
frameworkintegration
kidletime
knewstuff
kprintutils
kio (partly namespaced)
knotifyconfig
kross (namespaced but still in a subdir)
khtml (only 3 headers, not all the dom headers)

SKIPPED because they don't install headers:

kdoctools
kdesignerplugin
kimageformats
kf5umbrella
kinit
kfileaudiopreview

kded [why does it install a kded_version.h?]

kjsembed [why does it install a kjsembed_version.h and a kjsembed_export.h, if 
it has no headers?]

SKIPPED for other reasons:

kde4support (already has them, in the KDE subdir)
attica, strigi, kde-kactivities (not frameworks yet, see my question on k-c-d)

kjs -- a bit of a mess in terms of public headers, never had forwarding 
headers anyway

TODO:

threadweaver -- pending reply from Mirko.

TODO: move _version.h headers to include/lowercase_framework. I see no reason 
why they should stay at the toplevel...

-- 
David Faure, faure at kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5