Фокусировка окна под курсором при смене рабочего пространства в GNOME Shell

Чтобы программно фокусировать окно под указателем при изменении рабочего пространства в расширении GNOME Shell, необходимо решить проблемы с таймингом и использовать правильную последовательность активации. Основная проблема вашего текущего кода заключается в том, что события изменения рабочего пространства могут быть не завершены в момент попытки активации окна, а система фокуса GNOME требует вызова определенных методов в правильном порядке.

Содержание

• Понимание проблемы
• Подходы к решению
• Правильная реализация
• Тайминг и порядок событий
• Рассмотрения режима фокуса
• Настройка с несколькими мониторами
• Альтернативные решения
• Тестирование и отладка

Понимание проблемы

Проблема заключается в том, что система фокуса GNOME Shell имеет несколько уровней и ограничения по времени. При изменении рабочего пространства происходит несколько событий:

1. Срабатывает событие изменения рабочего пространства
2. Окна перемещаются на новое рабочее пространство
3. Происходит управление фокусом
4. Оценивается положение указателя

Ваш текущий код выполняется в процессе этих событий, но может выполняться до завершения изменения рабочего пространства, что приводит к тому, что активация переопределяется поведением фокуса по умолчанию в GNOME. Как показывают обсуждения на Stack Overflow, это распространенная проблема при разработке расширений для GNOME Shell.

Подходы к решению

Существует несколько подходов для решения этой проблемы:

1. Задержанная активация с правильным таймингом

Наиболее надежное решение - использовать комбинацию задержек по времени и правильных методов активации. Существующее расширение Fix focus on workspace switch эффективно демонстрирует этот подход.

2. Использование активации рабочего пространства с фокусом

Вместо прямой активации окна следует активировать рабочее пространство с фокусом на конкретное окно. Это гарантирует, что изменение фокуса будет правильно согласовано с переходом рабочего пространства.

3. Управление положением указателя

Некоторые решения включают временное корректирование положения указателя или использование различных режимов выбора для обеспечения правильного целевого окна.

Правильная реализация

Вот исправленная версия вашего кода, которая решает проблемы с таймингом и активацией:

onWorkspaceChanged() {
    GLib.idle_add(GLib.PRIORITY_DEFAULT_IDLE, () => {
        this.journal(`Workspace Changed`);
        
        // Получаем текущее положение указателя
        let [x, y] = global.get_pointer();
        this.journal(`x: ${x}, y: ${y}`);
        
        // Используем небольшую задержку для завершения перехода рабочего пространства
        GLib.timeout_add(GLib.PRIORITY_DEFAULT_IDLE, 50, () => {
            // Находим окно под указателем с правильным режимом выбора
            let window_actor = global.get_stage().get_actor_at_pos(
                Clutter.PickMode.ALL, 
                x, 
                y
            );
            
            if (!window_actor) {
                this.journal("Актер не найден под указателем");
                return GLib.SOURCE_REMOVE;
            }
            
            // Переходим вверх по иерархии для поиска Meta.Window
            let window = null;
            let current = window_actor;
            while (current && !window) {
                if (current.meta_window) {
                    window = current.meta_window;
                } else {
                    current = current.get_parent();
                }
            }
            
            if (!window) {
                this.journal("Meta.Window не найден");
                return GLib.SOURCE_REMOVE;
            }
            
            this.journal(`WinID: ${window.get_id()}`);
            this.journal(`Win Title: ${window.get_title()}`);
            
            // Проверяем, находится ли окно на текущем рабочем пространстве
            let current_workspace = global.display.get_workspace_manager().get_active_workspace();
            let window_workspace = window.get_workspace();
            
            if (window_workspace !== current_workspace) {
                this.journal("Окно не на текущем рабочем пространстве");
                return GLib.SOURCE_REMOVE;
            }
            
            if (window.get_window_type() === Meta.WindowType.NORMAL) {
                // Используем Main.activateWindow, который правильно обрабатывает фокус
                Main.activateWindow(window);
                
                // Дополнительно активируем рабочее пространство с фокусом
                current_workspace.activate_with_focus(window, global.get_current_time());
                
                this.journal(`Окно активировано: ${window.get_title()}`);
            }
            
            return GLib.SOURCE_REMOVE;
        });
        
        return GLib.SOURCE_REMOVE;
    });
}

Тайминг и порядок событий

Ключевым улучшением является задержка в 50 мс. Это позволяет завершить изменение рабочего пространства перед попыткой фокусировки окна. Как обсуждается на Unix Stack Exchange, время выполнения операций фокуса при изменении рабочего пространства имеет критическое значение.

Последовательность должна быть следующей:

1. Происходит событие изменения рабочего пространства
2. Выделяется время для завершения перехода рабочего пространства (50-100 мс)
3. Находится окно под указателем
4. Проверяется, что окно находится на текущем рабочем пространстве
5. Активируется окно с использованием Main.activateWindow()
6. Подтверждается активация рабочего пространства с фокусом

Рассмотрения режима фокуса

GNOME Shell имеет различные режимы фокуса, которые влияют на то, как окна получают фокус:

• Click: Фокус только при клике
• Sloppy: Фокус при входе указателя в окно
• Mouse: Фокус непрерывно следует за указателем

Ваше расширение должно учитывать текущий режим фокуса. Как упоминается в обсуждениях на Super User, режим фокуса может значительно повлиять на поведение вашего расширения.

Вы можете проверить текущий режим фокуса с помощью:

let focusMode = Main.getMode();

Настройка с несколькими мониторами

Если вы используете несколько мониторов, необходимо убедиться, что вы проверяете правильный монитор. Расширение Focus changer обрабатывает многоэкранные настройки, проверяя окна на всех дисплеях.

// Получаем информацию о мониторе
let monitor = Main.layoutManager.currentMonitor;
let [x, y] = global.get_pointer();

// Убеждаемся, что координаты находятся в пределах монитора
if (x >= monitor.x && x < monitor.x + monitor.width &&
    y >= monitor.y && y < monitor.y + monitor.height) {
    // Продолжаем активацию окна
}

Альтернативные решения

Если подход с задержкой не работает стабильно, рассмотрите эти альтернативные решения:

1. Прямое использование менеджера рабочих пространств

let workspaceManager = global.display.get_workspace_manager();
let currentWorkspace = workspaceManager.get_active_workspace();
currentWorkspace.activate_with_focus(window, global.get_current_time());

2. Использование методов Meta.Display

let display = global.display;
display.move_to_monitor(window, Main.layoutManager.currentMonitor.index);
display.focus_window(window);

3. Использование существующих расширений

Рассмотрите возможность использования или изменения существующих расширений, таких как Focus follows workspace, которые специально решают эту проблему.

Тестирование и отладка

Для эффективной отладки вашего расширения:

1. Добавьте подробное логирование на каждом этапе
2. Проверьте последовательность тайминга
3. Убедитесь, что окно действительно находится на текущем рабочем пространстве
4. Отслеживайте изменения режима фокуса
5. Тестируйте в различных многоэкранных конфигурациях

Как отмечает OMG! Ubuntu, поведение фокуса в GNOME может быть сложным и может потребовать обширного тестирования в различных сценариях.

Ключевым моментом является понимание того, что система фокуса GNOME Shell имеет несколько уровней и ограничения по времени. Используя правильные задержки, проверяя принадлежность к рабочему пространству и используя правильные методы активации, вы можете успешно фокусировать окна под указателем при изменении рабочих пространств.

Источники

1. Stack Overflow - Как программно фокусировать окно под указателем при изменении рабочего пространства в расширении GNOME Shell?
2. GNOME Extensions - Fix focus on workspace switch
3. GitHub - gnome-shell-extension-focus-changer
4. Unix Stack Exchange - Позволить верхним окнам иметь фокус после переключения рабочего пространства
5. Super User - Изменения фокуса при переключении рабочих пространств в gnome 3
6. OMG! Ubuntu - Помощь в тестировании нового поведения ‘Window Focus’ в GNOME

Заключение

Правильный способ программно фокусировать окно под указателем при изменении рабочего пространства включает:

1. Тайминг: Используйте небольшую задержку (50-100 мс) после изменения рабочего пространства для завершения перехода
2. Обнаружение окна: Используйте правильные режимы выбора и перемещайтесь по иерархии актеров для поиска Meta.Window
3. Проверка рабочего пространства: Убедитесь, что окно действительно находится на текущем рабочем пространстве
4. Активация: Используйте Main.activateWindow() за которым следует workspace.activate_with_focus()
5. Многоэкранная настройка: Корректно обрабатывайте координаты указателя на нескольких дисплеях

Если вы все еще сталкиваетесь с проблемами, рассмотрите возможность изучения существующих расширений, таких как “Fix focus on workspace switch” или “Focus follows workspace”, которые надежно решили эту проблему. Ключевым моментом является понимание тайминга системы фокуса GNOME и использование соответствующих методов активации в правильной последовательности.