KDE Plasma 6.8: Нові можливості для управління вікнами

У новому релізі KDE Plasma 6.8, який заплановано на середину жовтня, з’явиться функціонал KWin, який дозволить менеджеру вікон додавати тіні, що малюються на сервері, до застосунків, які їх не мають.

Тіні вікон: як це працює?

Тіні вікон можуть зазвичай малюватися або композитором, або самим застосунком. Багато GTK-застосунків використовують клієнтські прикраси й рендерять свої власні тіні, в той час як Qt-застосунки зазвичай просять композитор малювати віконну прикрасу та її тінь.

Однак деякі застосунки не роблять жодного з цих двох, в результаті чого вікна мають квадратні кути без тіні, виглядаючи візуально несумісно з рештою робочого столу Plasma.

Нове рішення для старих проблем

Ця нова функціональність, яка нещодавно була інтегрована до KWin для Plasma 6.8, вирішує цю проблему. Згідно з розробником KWin Владом Захороднім, даний функціонал дозволяє користувачам примусово додавати тіні, малювані композитором, до таких вікон, полегшуючи інтеграцію сторонніх застосунків з Plasma.

Користувачі вже можуть досягти схожого результату в Plasma 6.7, але для цього потрібно виконати кілька ручних кроків. їм потрібно створити правило вікна KWin, щоб примусово використовувати серверні прикраси, та налаштувати перегляд для конкретного вікна в налаштуваннях прикраси Breeze, щоб приховати заголовок.

Автоматизація процесу з Plasma 6.8

Plasma 6.8 автоматизує цей обхід за допомогою нового правила вікна “Менеджер вікон малює заголовок, рамку та тіні”, яке замінює стару опцію “Без заголовка та рамки” і забезпечує більш прямий спосіб запитувати декоративні елементи чи тіні зі сторони композиторів для окремих застосунків.

Ця функція, однак, не буде працювати одразу з усіма сторонніми віконними прикрасами. Теми прикрас повинні явно підтримувати новий стиль тільки для тіней, окрім стандартних заголовкових прикрас. Вони також повинні регулювати свій вигляд залежно від вибраного стилю, наприклад, сховати заголовок, зберігши рамку та тінь.

Сумісність з X11 та Wayland

KWin автоматично додасть тіні до підходящих X11 вікон, коли не буде виявлено ані серверної декоративної прикраси, ані клієнтських тіней. Багато таких X11 застосунків отримають перевагу без додаткової конфігурації.

Ситуація складніша під Wayland. KWin не може надійно виявити, чи використовує Wayland-застосунок підповерхні для малювання власних тіней чи інших навколишніх візуальних елементів. Автоматичне додавання ще однієї тіні може призвести до неправильних результатів.

З цієї причини KWin не буде автоматично застосовувати нову поведінку до Wayland-вікон. Користувачам потрібно буде створювати правила вікна вручну. Захородній зазначив, що майбутній протокол Wayland може дозволити застосункам явно вказати, чи слід використовувати тіні зі сторони композиторів.

Для додаткових деталей відвідайте офіційний блог Владислава Захороднього.