Nano Hash - криптовалюты, майнинг, программирование

AWT Canvas не может получить фокус при наличии другого фокусируемого компонента

У меня есть простой графический интерфейс с JTextField и AWT Canvas (чтобы предотвратить встречный вопрос о том, почему я использую AWT Canvas: мне нужен дескриптор окна).

Canvas предназначен для обработки входных событий, а это значит, что он должен быть фокусируемым. Я убеждаюсь в этом, используя setFocusable(true) в его конструкторе, более поздние проверки с использованием isFocusable() подтверждают, что он действительно доступен для фокусировки.

Теперь JTextField получает фокус по умолчанию, когда открывается графический интерфейс. Меня пока это устраивает. Однако нет никакого способа убрать фокус вдали от этого JTextField.

Статья "Подсистема AWT Focus" " ясно указывает, что если щелкнуть компонент, на который можно навести фокус, он получит фокус. На самом деле этого не происходит, я получаю нулевые события изменения фокуса, только если окно деактивируется и снова активируется, но затем фокус снова возвращается к JTextField.

Явные вызовы requestFocus() и requestFocusInWindow() тоже не помогают, последний всегда возвращает false.

Я получил те же результаты с любым фокусируемым компонентом, если заменил JTextField. Если Canvas является единственным фокусируемым контейнером, все работает нормально, потому что он всегда будет в фокусе.

Я что-то упустил здесь? Есть ли способ заставить мой Canvas сфокусироваться в присутствии другого фокусируемого компонента, желательно, не делая его нефокусируемым?

java awt focus swing
31.05.2011

  • Вы уверены, что setEnabled(true) в порядке? Вы можете уточнить у isEnabled. 31.05.2011
  • Да, он включен. Все это прекрасно работает, если Canvas находится там сам по себе. Как только другие фокусируемые компоненты / только что попробовали это с помощью JButton, собираясь отредактировать основной вопрос через некоторое время) вмешаются, он вообще не сможет получить фокус. 01.06.2011

Ответы:


1

в основном в качелях фокус получил 1-е место. left(ToRight) JComponents вверху

в большинстве завершенных графических интерфейсов, и если там (вместе с созданием JComponents) добавляются Listeners к JComponents, то эти Listeners (например, Document) могут быть в фокусе...

но у меня работает при запуске:

last lines in something class about JComponets .. 

myFrame.pack();
myFrame.setVisible(true); 
Runnable doRun = new Runnable() {

    public void run() {
        myComponent.grabFocus();
        myComponent.requestFocus();//or requestFocusInWindow
    }
};
SwingUtilities.invokeLater(doRun);
31.05.2011
  • Что ж, даже если предположить, что это работает, это даст моему холсту фокус по умолчанию. Как только люди начнут использовать текстовое поле, у меня снова возникнет та же проблема: как Canvas может вернуть фокус? Я попытался добавить прослушиватель мыши в Canvas, чтобы запросить фокус после нажатия, но не повезло (requestFocusInWindow всегда возвращает false, requestFocus тоже ничего не делает). Кстати, этого метода grabFocus не существует (я использую не JComponent, а java.awt.Canvas. 01.06.2011
  • @pdinklag проще всего было бы ..., я думаю, что настало время опубликовать код, который показывает нам, что вы пробовали, зависит от того, как Canvas добавляется к другой JPanel, JSchrollPane ... 01.06.2011

    • 2

    Извините, что оставил часть информации, которая оказалась корнем проблемы.

    Как уже упоминалось, я использую тяжеловесный компонент, поэтому у меня есть дескриптор окна. Мне он нужен, потому что он передается приложению OpenGL в собственной библиотеке, а холст AWT затем используется в качестве холста рендеринга.

    В Windows Java использует поле окна GWLP_USERDATA для хранения указателя на объект AWTComponent. Однако указанное приложение OpenGL переопределяет это поле для хранения собственного указателя объекта Window, что, конечно же, нарушает все функции, связанные с AWT.

    Я решил эту проблему, создав собственный обработчик оконных сообщений, который делегирует входящие сообщения как приложению OpenGL, так и части Java AWT.

    18.07.2011
    Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..