UVviewsoft forums

Сейчас даёт - uim
Что было раньше не смотрел.
Просто лазил по настройкам Linux и обнаружил, что ни один из вариантов ввода НЕ УСТАНОВЛЕН.
При этом все другие редакторы и вообще ввод в редактируемые поля работали нормально.
Установил csim, uim, iBus.
Нормально работает только с uim.

Все другие не на Лазе.
попробую пач, добавить в блеклист имя плохого IM. какое было имя плрхого IM?

Alexey wrote:Все другие не на Лазе.

Использую DoubleCommander.
Он на Лазе! И работает нормально.

какое было имя плрхого IM?

xim

'xim' уже в патче, так что тогда не знаю что еще патчить..

Пока не надо больше ничего патчить. Работает нормально.
А там жизнь подскажет.

Можно поковырять исходники DoubleCommander.

не поможет- DCmd юзает системный контрол для комстроки, он и не глючит... и Synedit для f4- он глючит

На работе переменная echo $GTK_IM_MODULE не установлена.
И в апплете "Метод ввода" ничего не выбрано и не установленно. Смотри вложение.
И всё нормально.
Чудно.

Продолжение банкета. Уже не XFCE.
На работе другая машина.
System: Host: glareboahp Kernel: 4.4.0-glareboa-4.4 x86_64 (64 bit) Desktop: MATE 1.18.0
Distro: Linux Mint 18 Sarah


Работал в Lazarus. Двоения символов не было.
echo $GTK_IM_MODULE показывало пусто.
В глобальных настройках "Метод ввода" = "Ничего"
Других вариантов в списке нет.

Запускаю cudatext. Работаю.
Выхожу из редактора.
Запускаю Lazarus. Ввод символов начинает двоиться.
В консоли появляется xim, после команды echo $GTK_IM_MODULE
В глобальных настройках всё осталось без изменений ("Метод ввода" = "Ничего")

Что cudatext меняет в глобальных настройках ввода?

Лечится очень просто.
Ищем в домашнем каталоге файл .xinputrc
Смотрим есть-ли в нём строка - run_im xim
Если ничего в этом файле нет, то можно его просто удалить.
Или удалить только строчку - run_im xim
Или поменять на нужный вариант.

>Запускаю Lazarus. Ввод символов начинает двоиться.
В консоли появляется xim

Похоже что какой то кусок Лазаруса прописал эту переменную в памяти (или в файл?), я это не делал