GitLab

(cherry picked from commit 9397d9fe)

(cherry picked from commit 4fbd9aea)

Otherwise there is no way for packagers to know that this is a runtime dependency

Otherwise we may end up using the Default style which is just horrible

Define a proper applicationDisplayName which gets used as a window title

Otherwise it will say kirigami2gallery, which is not nice

Remove traces from when it was part of Kirigami
Use Release Service version number
Remove uneeded stuff
Simplify Android checks
Update requirements to recent stuff

(cherry picked from commit 07ed1c15)

(cherry picked from commit 003ec0bb)

This needs to match the name used in the Appstream and/or desktop file for
the nightly build F-Droid repo to pick this up correctly.

# Conflicts:
#	src/android/AndroidManifest.xml

(cherry picked from commit ce9fe662)

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

(cherry picked from commit 81c53568)

(cherry picked from commit 68f8c259)

De facto virtually none of our apps make use of banner images in the drawer and there seems to be consensus on removing the remaining uses.

(cherry picked from commit de3734e7)

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

This reverts commit af2c76ee.

It's unnecessary now that ToolBar colors come from the QQC2 style in
the manner that we need here.

The QQC2 ToolBar that it lives inside provides its own margins, so
adding more is uncecessary. Now the search field aligns vertically with
the items above it when it's being displayed as a header above the
sidebar list.

This will fall back to the current Window colors when using a color
scheme without Header colors, so there is no visual change right now.
However this ensures that we are prepared for the new Breeze color
scheme once it lands.

The whole concept is almost unused and there's no point in having it there but empty

See also https://phabricator.kde.org/T13553

(cherry picked from commit 5a971b78)

(cherry picked from commit 231e6cf1)