Недавно у меня возникла странная проблема с Java JTextField. Когда я запускаю следующий код (см. Ниже), ввод "0" в текстовое поле сначала отправляет действие вставки, а затем вводит "0" . Например, если "текст" скопирован в буфер обмена, "text0" вводится при вводе "0" . Аналогично, ввод "4" заменяет предыдущий символ "4" (я предполагаю, что это действие удаления, затем набирается "4" ). Ввод "7" очищает текстовое поле до ввода "7".
Вот код:
import javax.swing.JFrame;
import javax.swing.JTextField;
public class Main {
public static void main(String[] args) {
JFrame frame = new JFrame();
JTextField text = new JTextField();
frame.add(text);
frame.setSize(500, 500);
frame.setVisible(true);
}
}
Проблема возникает в Red Hat Linux (доступ к ней осуществляется с помощью VNC из Windows XP); все работает как ожидается в Window XP.
Обновление: проблем с программой на Ubuntu тоже нет. Я также пробовал использовать разные клавиатуры и зрители VNC.
Обновление 2: Версии Java
Для Red Hat:
java version "1.6.0_17"
OpenJDK Runtime Environment (IcedTea6 1.7.7) (rhel-1.17.b17.el5-x86_64)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
Для XP:
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) Client VM (build 23.1-b03, mixed mode, sharing)
Обновление 3. Пробовал запуск программы на трех разных компьютерах Red Hat (все в одной группе на работе) и дополнительно попытался запустить ее с другого компьютера XP и перезапустить.
Обновление 4. Сегодня я пришел на работу, чтобы найти, что проблема волшебно ушла. Тем не менее, было бы неплохо узнать, почему это произошло в первую очередь, чтобы я (и кто-то другой, кто сталкивается с этой странной проблемой) знает, как это исправить в будущем.
Попробуйте поставить этот код в начале вашей программы.
KeyboardFocusManager.setCurrentKeyboardFocusManager(new DefaultKeyboardFocusManager(){
public boolean dispatchKeyEvent(KeyEvent e) {
if (e.getKeyLocation() == KeyEvent.KEY_LOCATION_NUMPAD){
return true;
}
return super.dispatchKeyEvent(e);
}
});
Ну, трудно дать точный ответ, почему, но это не очень странные явления. Обычно, когда происходит совместное использование VNC или удаленного рабочего стола, события клавиатуры и мыши одного компьютера передаются на другую машину. Когда это сопоставление выполняется, может быть справедливая вероятность того, что может быть ошибочное поведение, особенно с копией буфера обмена, вставкой. Это происходит не только в мире Linux, но и в мире Windows.
Я рассказываю это по собственному опыту. На моем рабочем месте мы часто используем rdc на других машинах, некоторые из которых работают с XP и некоторые под управлением Windows 7. Действие копии буфера обмена на одной машине и вставка на удаленной машине работает на некоторых системах и не работает на других.
Цитата другого такого опыта использования java и удаленного доступа к рабочему столу, у меня есть java-приложение, работающее на моем затмении. Когда я rdc в мою машину с некоторых других машин, я нахожу, что eclipse полностью не может запустить приложение. Чтобы он работал, мне нужно сначала запустить его в своей собственной системе, сохранить приложение, а затем rdc из другого в мое.
Только для того, чтобы представить, если это относится к Windows XP и Windows 7, которые, как известно, принадлежат к одному и тому же семейству. Можно только надеяться, что что-то неловкое, как это может не произойти при использовании Linux и Windows вместе с VNC:)
Как уже говорилось, трудно быть слишком точным в отношении того, почему это происходит, но можно с уверенностью сказать, что это чисто то, что происходит на OS до уровня ОС, а не на уровне фреймов swing.
Я не уверен, но я просто отвечаю, пытаясь помочь:
Мой опыт работы с IcedTea плох. Я точно не помню, что произошло, но в то время, когда официальная Java JRE решила мои проблемы. Id est: JRE предоставляется Oracle.
Это, похоже, известная проблема с VNC. Согласно официальному веб-сайту VNC:
Клавиша Num Lock может быть не синхронизирована. Отсоедините, нажмите один раз кнопку Num Lock компьютера клиента и затем снова подключитесь.
Источник: http://www.realvnc.com/products/viewerplus/known-issues/
Это также отображается в FAQ VNC:
Q. Клавиатура не работает/клавиши делают странные вещи!
Существует одна общая проблема, которая может вызвать это. Если нажата клавиша модификатора, такая как Shift, Ctrl или Alt, а окно просмотра затем теряет фокус или умирает, сообщение "key release" никогда не попадает на зрителя и, следовательно, никогда не попадает на удаленный сервер. Удаленная машина тогда подумает, что M является Ctrl-M и т.д. Мы сделали разные вещи, чтобы уменьшить вероятность этого; зрители выпускают различные модификаторы автоматически, когда они теряют фокус, например, но все равно могут возникать и могут сбивать с толку, когда это происходит. Решение легко: просто нажмите и отпустите ключ-модификатор, который застрял. Если вы не знаете, что это такое, попробуйте их по одному.
Источник: http://www-hep.nhn.ou.edu/d0/software/vnc-3.3.2r2/faq.html
Если эта информация свидетельствует о вашей проблеме, может случиться так, что когда проблема "волшебным образом исчезла", Num Pad просто синхронизировался с VNC в этот день и не синхронизировался с другими (что, конечно, означает, что проблема может возникнуть снова).
Проверьте "Отключить режим клавиатуры приложения" в разделе "Функции терминала".