Фокус внутри псевдокласса не работает для табуляции в JavaFX

В документации псевдокласса focus-within говорится:

применяется, когда переменная focusWithin имеет значение true

и обратите внимание, что focusWithin — это свойство Node , но Tab не является подклассом Node, поэтому у него нет такого свойства. (Tab на самом деле является частью модели данных для TabPane; на самом деле это не класс UI/View в смысле MVC.)

У Tab есть свойство selected, которое распространяется на псевдокласс CSS (хотя я не могу сразу найти документацию по последней части этого свойства). А TabPane — это Node, поэтому вы можете использовать псевдокласс focus-within на панели вкладок. Следующее делает то, что вам нужно:

.tab-pane > .tab-header-area .tab .focus-indicator {
    -fx-border-width: 2 0 0 0;
    -fx-border-color: green;
    -fx-border-insets: -3 -5 0 -5;
    -fx-border-radius: 2 2 0 0;
}

.tab-pane:focus-within > .tab-header-area .tab:selected .focus-indicator {
    -fx-border-width: 2 0 0 0;
    -fx-border-color: red;
    -fx-border-insets: -3 -5 0 -5;
    -fx-border-radius: 2 2 0 0;
}

Кроме того, немного более элегантное решение (возможно) — использовать искомый цвет:

.tab-pane > .tab-header-area .tab .focus-indicator {
    -fx-border-width: 2 0 0 0;
    -my-tab-border-color: green;
    -fx-border-color: -my-tab-border-color;
    -fx-border-insets: -3 -5 0 -5;
    -fx-border-radius: 2 2 0 0;
}

.tab-pane:focus-within > .tab-header-area .tab:selected .focus-indicator {
    -my-tab-border-color: red;
}

Оказывается, подход @James_D иногда верен, но не тогда, когда TableView или ListView находятся в Tab содержимом. Основное предположение, лежащее в основе этого подхода, — что только один Node может иметь фокус в любой момент времени — не всегда верно. Из https://bugs.openjdk.org/browse/JDK-8317426?jql=text%20~%20%22focusWithin%22 Проблема JDK:

Михаэль Штраус добавил комментарий - 2023-10-04 05:58 Это не ошибка. focusWithin устанавливается, когда любой из дочерних узлов равен focused, что всегда справедливо для TableView с выбранными ячейками.

Вот источник путаницы: «фокус внутри всегда должен немедленно становиться ложным, когда фокус сцены перемещается в другое место». (из отчета отправителя) focus-within указано не так. Отправитель ищет focus-owner-within, которого не существует.

Возможное улучшение описано здесь: https://mail.openjdk.org/pipermail/openjfx-dev/2023-August/042005.html

Дальнейшее объяснение содержится в связанном комментарии:

Узлы графа сцены имеют три свойства, связанных с фокусом:

1. сосредоточенный
2. фокус внутри
3. видимый в фокусе

Что может быть немного удивительным, так это то, что можно сосредоточить несколько узлов. одновременно, но только один из этих сфокусированных узлов может быть владелец фокуса сцены. Свойство Scene.focusOwner указывает, какой из сфокусированных узлов является текущим владельцем фокуса.

Еще более удивительно то, что узел может быть не сфокусирован и находиться в фокусе. владельцем одновременно (это может произойти, когда окно деактивирован).

С точки зрения Node, в настоящее время нет API, позволяющего легко определить, является ли он владельцем фокуса, и нет CSS. псевдокласс, соответствующий узлу, который является владельцем фокуса.

Для поддержки этого мы могли бы добавить еще два свойства в класс Node. вариант использования: 4. владелец фокуса 5. фокус-владелец внутри

Обратите внимание, что focus-visible соответствует только узлам, которые также находятся в фокусе. собственники, поэтому нет необходимости иметь focus-owner-visible недвижимость.

Двух дополнительных свойств будет достаточно, чтобы соответствовать любому возможному состояние фокуса, но оно также может быть недостаточно полезным, чтобы гарантировать дополнительная поверхность API. Что вы думаете?

Итог: более одного Node в Scene могут иметь фокус в любой момент времени, и это типично для TableView и ListView, у которых выбраны строки. Любой дизайн, основанный на предположении, что только один Node может иметь фокус одновременно, ошибочен (по крайней мере, когда задействованы TableView или ListView).

В настоящее время не существует Properties, который можно было бы использовать, чтобы обойти эту проблему. В этом примере оба TableViews имеют фокус просто потому, что они выбрали строки, и focusWithinProperty() обоих Tabs будет истинным, и это не ошибка.

Предположительно, вы могли бы использовать Scene.focusOwnerProperty() для рекурсивной проверки всех дочерних элементов содержимого Tab, чтобы найти совпадение, а затем связать его с StyleableProperty из Tab, но это выходит за рамки исходного вопроса.