в чем разница между xim и uim?

Есть много разных способов ответить на этот вопрос. Вот мой неполный, предвзятый ответ.

TL;DR xim устарел, устарел и не подходит для многоязычного -мира, использующего Unicode для обмена текстом. uim был создан для устранения всех этих ограничений и является шагом вперед для многоязычного ввода с клавиатуры.

Мы начнем наш рассказ с набора символов ASCII. В 1970-х годах и до того, как ASCII имел два способа кодирования диапазона символов в 8 бит, другим претендентом был EBCDIC. На мой взгляд, две вещи приводят к победе ASCII над EBCDIC. Во-первых, для ASCII требовалось всего 7 бит, что позволяло использовать 8-й бит для контроля четности. Раньше, когда соединения для передачи данных осуществлялись через модемы, которые передавали 300 бит в секунду и часто имели ошибки, достижение сжатия 12,5% было важным, наряду с обеспечением обнаружения и исправления ошибок. EBCDIC использует все 8 бит. Другое дело, что EBCDIC был разработан и продвигался IBM,большая плохая монополия того времени (многие говорят, что Windows не заслужила своего почти -монопольного положения, им просто дали IBM, чтобы вытащить IBM из горячей воды за их собственную монополистическую деятельность. ), в то время как ASCII появился из телетайпов, AT&T имеет много общего с ним, и AT&T также не была дружна с IBM и изобрела Unix.

По какой-то причине ASCII победил в Интернете, Unix и, в конечном итоге, на компьютерах Windows и Apple. Однако по мере распространения этих инструментов возникла необходимость включать в них больше, чем стандартные латинские символы. Этноцентрическое, но практичное решение, получившее распространение в то время, состояло в том, чтобы использовать 128-символьное пространство, оставленное открытым ASCII (256 символов, представляемых 8 битами, или байтом, естественной единицей компьютерной обработки ), чтобы добавить не -английские варианты латинского алфавита, такие как à, ç, ñ, Ö и т. д. Это было хорошо для того времени, но создало серьезные проблемы для Unicode.

В любом случае, XIM устарел, в каком-то смысле это оригинальный метод ввода для X11, и он был создан в этом духе времени, где предполагалось, что «символы» были представлены 8 -битами плюс таблица кодирования символов. (Таблица кодирования символов допускает различные интерпретации 128 кодов символов, отличных от -ASCII. Известно, что Windows использовала Windows -1252 , а Apple использовала Mac Roman . ISO пыталась стандартизировать вещи с ISO -8859 -1 , но это не сработало, что привело к Unicode и UTF -8, но все же, забегая вперед.)

За прошедшие с тех пор годы консорциум Unicode проделал замечательную работу по разработке системы кодирования символов, которая охватывает все графемы всех языков мира (, а также некоторые вымышленные ), сохраняя при этом обратную совместимость. с десятилетиями устаревшего кода, который ожидал один символ на байт. Как ксим.Поскольку ASCII был написан для английского языка, а английский до сих пор доминирует в вычислительной технике, многие люди просто продолжали использовать старые инструменты, так что вы все еще можете найти их сегодня.

Добавить поддержку Unicode сложно, потому что языки сложны и разнообразны и имеют миллионы правил. Некоторые идут слева -на -направо, некоторые идут направо -на -налево, некоторые идут в обе стороны, а некоторые даже получили верх -на -низ. Затем у вас есть дополнительные метки, которые ставятся на символы, например ¨, что в немецком языке является умлаутом, как в ü, но в голландском языке это трема, как в ë. Итак, по-немецки, как вы сортируете u против ü? Применяется ли то же правило в голландском языке с e vs ë? и это продолжается и продолжается. Итак, существует множество инструментов с различной поддержкой таких вещей.

В частности, для xim vs uim символы, которые попали в ранний вариант, такие как î и ñ, представлены одиночными «кодовыми точками» Unicode, что в наши дни большинство программного обеспечения считает символом. Если вы посмотрите вверх - в Unicode вы увидите, что это кодовая точка, называемая "ЛАТИНСКАЯ СТРОЧНАЯ БУКВА N С ТИЛЬДОЙ". Но в какой-то момент Unicode понял, что существует слишком много комбинаций букв и знаков, чтобы сделать из них единые кодовые точки. Поэтому они придумали «сочетать диакритические знаки». Это был способ объединить букву со знаком, чтобы получить отмеченную букву. То, что человек считает символом, а Unicode называет графемой, теперь может быть составлено из буквы, за которой следует один или несколько сочетающихся знаков. Это дает нам возможность создавать самые разнообразные графемы, которыми злоупотребляли в конце этого поста . Есть еще проблемы, так как теперь вы можете набрать – (U+00F1 )или – (U+006E U+0303 )и они выглядят одинаково и означают одно и то же, но компьютеры обрабатывают их по-разному. Но, по крайней мере, теперь вы можете набирать G̃ или g̃, не обращаясь к консорциуму Unicode с просьбой добавить еще пару символов.

Что это делает, однако,Это разрушает базовое предположение, на котором был построен xim и большая часть связанного с ним кода, что один символ был таким же, как одна кодовая точка. X11 и xim смогли адаптироваться к тому, что~n выводит один символ ñ, но это все, что они могли сделать без серьезной перезаписи. uim — это переписанная версия, созданная в мире Unicode для обработки всей сложности Unicode.

Чтобы использовать uim вместо xim, достаточно просто добавить следующее в свой профиль, xprofile или xinitrc:

export GTK_IM_MODULE=uim
export QT_IM_MODULE=uim
uim-xim &
export XMODIFIERS=@im=uim

В разных системах они несколько различаются, но вы можете найти более полные инструкции с учетом ваших особенностей в Google.