GitLab

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"

To complement view-left-close

Now we also have `zoom-selection` (which is the same as `zoom-select)
and `zoom-all` (which is the same as zoom-original). These icon names
are used by FreeCAD.

BUG: 450870
FIXED-IN: 5.93

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"

Adds 64, 22, 16px icons for the Bigscreen/Plasma Remote notifications

Manuel Jesús de la Fuente authored Feb 17, 2022 and Nate Graham committed Feb 17, 2022

BUG: 391459
FIXED-IN: 5.92

note: there's no issues with licenses because the glyphs were made from scratch

Gabriel Karlsson authored Feb 03, 2022 and Nate Graham committed Feb 03, 2022

BUG: 416302
FIXED-IN: 5.91

Make the dark arrow part of the plasma logo change to white when used with a
dark theme. The two icon sizes are also made more alike color-wise.
The changes include:

- sizes 64 & 96 using the same kind of grey,
- the dark part being color adaptive to dark themes,
- size 64 no longer using the accent color for the bottom dot.

Gabriel Karlsson authored Feb 03, 2022 and Nate Graham committed Feb 03, 2022

Change the colors of icons that have had differing colors at certain sizes, to make them all consistent.

This MR will change:
- folder-important at size 48 & 96 to a red color
    (and add some presumably missing fill-rule attributes to 96),
- folder-paint at size 22 to same as text color,
- Godot mimetypes (except gdscript) at sizes 32 & 64 to their respective colors,
- RData mimetype at size 16 to the color used at all other sizes.

<details><summary>Screenshots (slightly jumbled, but should suffice)</summary>
![folder-important](/uploads/329961b8cb471a5084af4cc018d60785/folder-important.png)
![folder-paint](/uploads/b64e0441c0fd8661b929878009a8872a/folder-paint.png)
![godot](/uploads/d195a40270ea40ee347c4e3cf9698d25/godot.png)
![rdata](/uploads/293495d977bff0a5f0bbd55dbafd3e50/rdata.png)
</details>

See:
https://kde.org/info/security/advisory-20220131-1.txt
https://mail.kde.org/pipermail/kde-devel/2022-January/000943.html

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"

Now the icons are brightness-{high,low}, and the old
{high,low}-brightness icons are symlinks to them.

[1] introduced new icons which are apparently duplicates of already
existing icons and made the dupe test fail.

[1] 9073eb1f

Norbert Preining authored Dec 15, 2021 and Nate Graham committed Jan 01, 2022

The current code for installation of icons breaks on older cmake,
in particular Debian/stable but also others, with:
    CMake Error at icons/CMakeLists.txt:29 (install):
      install FILES given directory "actions/16@2x" to install.
The code is refactored to go back to the installation method of
5.88 (installing the directories as is, which will also install the
symlinks), but still check for missing svg files in the icons-dark
and install them, too.

In contrast to 5.88, the list of directories to be installed is
dynamically generated and not hard-coded.

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 was built with:
-DQT_MAJOR_VERSION=6 \
-DEXCLUDE_DEPRECATED_BEFORE_AND_AT=5.90.0 \
-DKF_DISABLE_DEPRECATED_BEFORE_AND_AT=0x055a00

All unittests still pass.

BUG 447062

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"

As some of the directories of the theme are symlinks for scaled sizes
we need to include them in the list of files to install as well.

icon install works now like this:

* collect all light icons
* install them just for light theme

* install dark icons
* install all missing ones from light theme we collected before

This reverts commit 8309a44a.

=> fails differently

In order to ensure the dark icons are copied over the light icons which
are installed into the dark theme for BUG:444095, we need to execute the
copy command ourselves rather than using CMake's internal copy mechanism
used by the normal install command, so we use CODE mode of install to
execute_process and print an appropriate status message.

BUG: 445489