[RFC]
KColorSchemeManager::activateScheme() sets a custom path for the application's color scheme, with
qApp->setProperty("KDE_COLOR_SCHEME_PATH", index.data(Qt::UserRole));
Currently, the KColorScheme() and KStatefulBrush() constructors will ignore this and use only the system color scheme, unless an application-specifiic config is explicitly loaded and passed in by the caller.
This is problematic, because all callers I've seen assume that the default is to match the application scheme (usually this is equivalent, because few applications use KColorSchemeManager).
For example, when the application of a KTextEditor widget or KonsolePart has an opposite color scheme to the system, the Find bars are unreadable: https://bugs.kde.org/373764
This patch makes KColorScheme() match the application scheme by default when this differs from the system scheme, which seems preferable to adding the same code in hundreds of callers.
BUG: 373764