Главное меню
Мы солидарны с Украиной. Узнайте здесь, как можно поддержать Украину.

Ответ

Обратите внимание: данное сообщение не будет отображаться, пока модератор не одобрит его.
Ограничения: максимум вложений в сообщении — 3 (3 осталось), максимальный размер всех файлов — 300 КБ, максимальный размер одного файла — 100 КБ
Снимите пометку с вложений, которые необходимо удалить
Перетащите файлы сюда или используйте кнопку для добавления файлов
Вложения и другие параметры
Проверка:
Оставьте это поле пустым:
Наберите символы, которые изображены на картинке
Прослушать / Запросить другое изображение

Наберите символы, которые изображены на картинке:

√36:
ALT+S — отправить
ALT+P — предварительный просмотр

Сообщения в этой теме

Автор Akemdwr
 - июля 28, 2014, 22:00
Да! Оказалось, проблема была именно в этом — именно в IME, с помощью утилитки im-switch поменял IME на XIM и все заработало!
Я просто в Линуксе пока полный чайник и для меня было новостью, что там существуют различные методы ввода. Собственно говоря вопрос с раскладками был для меня определяющим, если бы создать нужные раскладки не удалось, пришлось бы отказаться от идеи перехода на Линукс.
Зато теперь все супер, с XIM .XCompose может оказывается абсолютно все, не только существующие dead_keys можно переназначить, но и вообще любой символ юникода можно назначить мертвой клавишей и задать ему любое количество сочетаний!
Всем большое спасибо за помощь и поддержку!!! :)
Автор Toman
 - июля 28, 2014, 21:47
Цитата: wandrien от июля 28, 2014, 15:24
А зачем создавать новые? Вроде всё есть. Назначить можно на любые кнопки.
Ну, можно ведь предположить, что кому-то понадобится/захочется больше, чем их там есть.

Цитата: Akemdwr от июля 28, 2014, 17:09
Может эти файлы Compose еще куда-то кэшируются, но куда?...
Я в полном недоумении...
Цитата: Ыняша от июля 28, 2014, 17:27
В некоторых дистрибутивах xcompose может ломаться различными IME. Например, в убунте по-дефолту стоит ibus, который не совместим с композом. Можно заменить на uim, либо пользоваться средствами IME для ввода нестандартных символов.
А собственно команда программам (в т.ч. GTKшным и QTшным) использовать соответствующий xcompose файлам метод ввода xim была дана? А для этого нужно поставить одну из соответствующих переменных окружения - либо вручную перед каждым запуском соотв. программы, либо, в норме, это делают через файлы в /etc/X11/xinit/xinput.d , имя файла или линка на собственно файл соответствует имени локали или all_ALL, если для всех локалей. У меня вот в системе по умолчанию никакой IM вообще не указан там, т.е. чтобы, например, xim заработал, это надо указать явно. М.б. в графических средах есть какие-нибудь штатные средства выбрать IM - помнится, оно там регулярно мелькало, только не помню, какие именно варианты предлагались на выбор. Ну да, сейчас посмотрел - в убунте имеется штатный Input Method Switcher для выбора пользователем собственного метода для его текущей локали. Предлагаются там, кроме "никакого" (выбранного у меня сейчас) или "по умолчанию", а также всяких тайских-GTK, xim или ibus...

P.S. Пользовательский выбор IM живёт в ~/.xinput.d/соотв_ЛОКАЛЬ
Автор Akemdwr
 - июля 28, 2014, 19:29
wandrien, там две диакритики, но в результате должен оказаться один символ — лигатура.
В локальном Compose прописана куча сочетаний типа:
dead... + x = y
логика подсказывает, что можно взять какую-то dead_doubleacute, которая по умолчанию в греч. не используется и написать, чтоб она + альфа давала юникодный символ, отвечающий за альфу с двумя диакритиками
Автор wandrien
 - июля 28, 2014, 19:26
Цитата: Akemdwr от июля 28, 2014, 19:23
Я пока не вкурил, что вообще такое метод ввода, и зачем их так много, но вернусь домой, попробую еще этот вариант.
В Иксах с начала был встроен очень примитивный. Потом его доработали, сделали не очень примитивным (собственно, xkb). Но для языков типа китайского он всё равно не пригоден. Поэтому придумали, как механизм превращения нажатий в символы дополнять сторонними модулями.

Если у вас установлен gnome3, там наверняка уже есть ibus.

В винде внутрях так же сделано, там обработка ввода расширяется дополнительными модулями для китайского, японского и т.п.
Автор Akemdwr
 - июля 28, 2014, 19:23
Я вот вычитал, что возможно дело в методе ввода, что мне нужен X input,а у меня ibus, или еще что-то. Я пока не вкурил, что вообще такое метод ввода, и зачем их так много, но вернусь домой, попробую еще этот вариант.
Автор Python
 - июля 28, 2014, 19:10
Цитата: wandrien от июля 28, 2014, 15:24
А зачем создавать новые? Вроде всё есть. Назначить можно на любые кнопки.
Ну, например, мы хотим, чтобы мертвый акут и кириллические а, е, и, і, о, у, к, г давали á, é, ú, í, ó, ý, ќ, ѓ. Подобных удобств в линуксовых дедкеях изначально нет, ибо 1) славянам удобства ненужны и 2) извращение. В принципе, в мертвоклавишный механизм можно добавить любые превращения (напр., создать мертвую клавишу, превращающую кириллические буквы в греческие или глаголичные).
Автор Тайльнемер
 - июля 28, 2014, 18:52
Может, вам чем-то поможет вот эта тема бывшего ЛФ-чанина Кваса на «Улье»...
Автор wandrien
 - июля 28, 2014, 18:15
Цитата: Akemdwr от июля 28, 2014, 17:12
wandrien, эти, но мне их надо переназначить, например чтобы одна мертвая клавиша + α давала сразу ἄ (сейчас для этого надо три клавиши нажать). Короче задача создать в линуксе именно такую раскладку, какую создал в винде.
Там две диакритики? Вот именно так сделать вряд ли получится штатными средствами.
Возможно удастся скомбинировать dead key + клавиша с буквой, которой уже присвоенна одна диакритика -> даст в итоге символ с двумя диакритиками за два нажатия. (Не проверял.)
Но вот именно в сам deadkey вложить две диакритики не получится. Система обработки ввода тупо запоминает, что была нажата диакритика, а потом комбинирует её со следующим символом. Настраиваемой логики там нет.

Выход - использовать внешний метод ввод вместо встроенного. scim, uim или ibus. Возможно, один из них имеет требуемый уровень гибкости. (Ни с одним лично не имел дела.)
Автор Ыняша
 - июля 28, 2014, 17:42
По идее должен и с dead_клавишами работать, но я использовал только Multi_key, поэтому не скажу в чём проблема.

Цитата: Akemdwr от июля 28, 2014, 17:35
Я все же подозреваю, что файлы Compose куда-то кэшируются, вот тут об этом тоже пишут:

ман говорит об этом:
/var/cache/libx11/compose/
System-wide cache directory for compiled compose files.

$HOME/.compose-cache/
Per-user cache directory for compiled compose files.

Попробуй тогда поискать статьи о создании раскладки с xmodmap.-
Автор Akemdwr
 - июля 28, 2014, 17:35
.XCompose не подходит — уже писал почему.
«Изменения вступают в силу во всех открытых после изменения программах.»
— это понятно, но я даже в /usr/.../locale поменял в обоих местах где dead_acute встречается, и ничего не поменялось.
То что dead_acute замаплен — это точно.
Я все же подозреваю, что файлы Compose куда-то кэшируются, вот тут об этом тоже пишут: http://forum.giga.ua/viewtopic.php?t=3232&p=761587
но таких папок, что там упоминаются в моей кубунте нету.