JTextField Проблемы с Numpad

Попробуйте поместить этот код в начало вашей программы.

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.

Говорю это по собственному опыту. На моем рабочем месте мы часто подключаемся к другим машинам, некоторые из которых работают с XP, а некоторые - с Windows 7. Копирование буфера обмена на одной машине и вставка на удаленную машину работает на некоторых системах и не работает на других.

Цитируя еще один такой опыт с java и доступом к удаленному рабочему столу, у меня есть java-приложение, работающее на моем eclipse. Когда я подключаюсь к своей машине с некоторых других машин, я обнаруживаю, что eclipse совершенно не может запустить приложение. Чтобы это работало, мне нужно сначала запустить его в моей собственной системе, оставить приложение работающим, а затем rdc из другого в мою.

Просто представьте, если это так в случае с Windows XP и Windows 7, которые, как известно, принадлежат к одному и тому же семейству. Остается только надеяться, что при использовании Linux и Windows вместе с VNC ничего подобного не произойдет :)

Как уже говорилось, трудно быть слишком точным в отношении того, почему это происходит, но можно с уверенностью сказать, что это происходит исключительно на уровне ОС для ОС, а не на уровне среды Swing.

Я не уверен, но я просто отвечаю, пытаясь помочь:

Мой опыт с IcedTea плохой. Я не могу точно вспомнить, что произошло, но тогда установка официальной Java JRE решила мои проблемы. Идентификатор: JRE, предоставленная Oracle.

http://java.com/en/download/index.jsp

Кажется, это известная проблема с VNC. Согласно официальному сайту VNC:

Клавиша Num Lock может быть не синхронизирована. Отключитесь, нажмите клавишу Num Lock на клиентском компьютере один раз, а затем снова подключитесь.

Источник: http://www.realvnc.com/products/viewerplus/known-issues/

Это также отображается в часто задаваемых вопросах VNC:

Q. Клавиатура не работает / клавиши ведут себя странно!

Есть одна распространенная проблема, которая может вызвать это. Если нажата клавиша-модификатор, такая как Shift, Ctrl или Alt, а затем окно средства просмотра теряет фокус или умирает, сообщение «освобождение клавиши» никогда не доходит до средства просмотра и, следовательно, никогда не доходит до удаленного сервера. Тогда удаленная машина будет думать, что M — это Ctrl-M и т. д. Мы предприняли ряд действий, чтобы уменьшить вероятность этого; например, зрители автоматически выпускают различные модификаторы, когда теряют фокус, но это все равно может происходить и может сбивать с толку, когда это происходит. Решение простое: просто нажмите и отпустите застрявшую клавишу-модификатор. Если вы не знаете, что это такое, попробуйте их по одному.

Источник: http://www-hep.nhn.ou.edu/d0/software/vnc-3.3.2r2/faq.html

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

Установите флажок «Отключить режим клавиатуры приложения» в разделе «Терминал», функции.