https://bugs.eclipse.org/bugs/show_bug.cgi?id=61190

на дату посмотри)

Да, печально :)

Пришлось написать патч :)

Ъ

Только это скорее хак (quirk), т.к. не на всех клавах будет работать.

hardware keyCode думаю один будет на всех клавах. Можно написать программку и затестить. И да, кроме как хаком это не назовешь.

В данном случае мне важно, что бы работало :)

Если надо кому, то вот патченная версия: cs.fill.ee/eclipse/org.eclipse.swt.gtk.linux.x86_3.6.1.v3655c.jar

> Но максимум что нахожу по теме, так это проблему с Firefox

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

Я читал несколько тем и узнал, что проблема, оказывается, не в FireFox а в GTK - недоработка там. Странно: запустил FireFox 3.6.10 в старом SuSE 10.1, где ошибка была в стандартном FireFox была, и увидел, что в новом её нет. GTK остался прежним. Значит или неправда, или FireFox тащит с собой системную библиотеку GTK! Скорее всего второе.

Но если первое (неправда), то вносить изменения надо в сами программы. Если второе (недоработка в библиотеке), то это очень странно. Eclipse, он вообще на Java, а его используют в огромных масштабах в разных ОС. Я заметил что SuperTuxKart начиная с версии 0.7 тоже стал подвержен проблеме (на русской раскладке клавиша Нитро закрывает гонку). В версии 0.6 он был на SDL и не сбоил, теперь он на Irrlicht и сбоит.

Вывод: надо патчить Java.

Пытаясь разобраться в проблеме, пока думается что проблема не в самой Java, а в способе написания, ибо в том же NetBeans данной проблемы нет. Если же проблема не в написании, ибо по ссылке выше проблему выдает GDK. Ибо при равных условиях на винде выдает одинаковый код на разных раскладках, в линуксе - разный (но последнее вообще не аргумент :)) В том же Eclipse горячие клавиши идут через keyCode, который в свою очередь разный в разных раскладках, что по идее верно, а так же есть hardware keyCode, который одинаковый везде, осталось лишь разобраться зависит ли оно от конкретной модели клавиатуры или нет.

В моей патченной версии ошибочка, неправильный код вписал, поправлю - перелью.

Судя по http://cgit.freedesktop.org/xorg/proto/x11proto/plain/keysymdef.h эти коды - стандарт. Т.е если взять ту же букву код для буквы S - 0x0053. И банально запустить в яве пару строк: char c = 0x053; System.out.println(«C: » + c);

это и есть S

ну тогда надо где-то задефайнить (или как там в жабе, static const?) все кейкоды и сделать полный switch-case.

Ну я по тому пути и пошел.

Мда уж, проблема. Непонятно в каком компоненте ошибка... Ну раз баг в багзилле Eclipse то у них. Раз не решается кучу лет то может быть баг частично у них, частично у Java.

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

Ну прокомментирую разработчика:
Eclipse implements shortcuts differently. It doesn't use native menu
accelerators. It uses the key down event to implement their shortcut strategy.
The applets in Linux to change the keyboard layout don't use layout support
from XKB, instead they change the x keymap entirely every time the layout
changes. That makes impossible for us (SWT) to map the hardware key to the same
keycode/character every time (it will depend on the keymap currently set in x).
Thus, the shortcut implementation of Eclipse that relies always getting the
same keycode/character during key down fails.

Но в то же время есть способ замапить hardware key. Не вижу другой проблемы, но в трекере может укажут, посмотрим :)

Перезалил новую версию, проблемку поправил, у меня все горячие клавиши работают и в русской раскладке и в английской. Замапил пока только самое необходимое.

Горячие клавиши на не английской раскладке.

enjoy your gtk