kwin/plugins
Vlad Zahorodnii 9d4a32596c Drop some custom list typedefs
Summary:
Qt has its own thing where a type might also have corresponding list
alias, e.g. QObject and QObjectList, QWidget and QWidgetList. I don't
know why Qt does that, maybe for some historical reasons, but what
matters is that we copy this pattern here in KWin. While this pattern
might be useful with some long list types, for example

    QList<QWeakPointer<TabBoxClient>> TabBoxClientList

in general, it causes more harm than good. For example, we've got two
new client types, do we need corresponding list typedefs for them? If
no, why do we have ClientList and so on?

Another problem with these typedefs is that you need to include utils.h
header in order to use them. A better way to handle such things is to
just forward declare a client class (if that's possible) and use it
directly with QList or QVector. This way translation units don't get
"bloated" with utils.h stuff for no apparent reason.

So, in order to make code more consistent and easier to follow, this
change drops some of our custom typedefs. Namely ConstClientList,
ClientList, DeletedList, UnmanagedList, ToplevelList, and GroupList.

Test Plan: Compiles.

Reviewers: #kwin

Subscribers: kwin

Tags: #kwin

Differential Revision: https://phabricator.kde.org/D24950
2019-11-27 15:54:08 +02:00
..
idletime Use nullptr everywhere 2019-09-19 17:48:21 +03:00
kdecorations Fix minor typos 2019-11-26 19:48:29 +02:00
kglobalaccel Use nullptr everywhere 2019-09-19 17:48:21 +03:00
kpackage SVN_SILENT made messages (.desktop file) - always resolve ours 2019-11-02 05:41:14 +01:00
platforms [x11] Add support for _GTK_FRAME_EXTENTS 2019-11-27 14:12:30 +02:00
qpa Don't use MESA_EGL_NO_X11_HEADERS 2019-10-24 18:57:30 +03:00
scenes Drop some custom list typedefs 2019-11-27 15:54:08 +02:00
windowsystem fix compilation with no-deprecated build of kwindowsystem 2019-11-24 22:43:54 +01:00
CMakeLists.txt Cleanup style in CMakeLists.txt files 2019-09-17 16:03:05 +03:00