Добрый день
On Fri, Nov 29, 2002 at 04:35:48PM +0300, Vasily Korytov wrote:
>>>>> "DNN" == Dimitry N Naldaev writes:
DNN> На сколько я понял из вышеупомянутого FAQа, если не делать
DNN> специальных телодвижений, то xemacs будет использовать
DNN> для вывода кириллици шрифты в ИСО кодировке. Ладно, есть
DNN> такие шрифты у меня... толко вот почему-то размер руских
DNN> букв больше чем английских :-/
Настрой поумнее fontpath. Видимо, дело в том, что верхний каталог с
нужным ему русским шрифтом содержит шрифты с одним разрешением, а с
английским -- для другого. А может, просто кривые шрифты.
дело в том imho что для символов с кодом меньше чем 128 (английская
половина алфавита) используются одни шрифты а для символов с кодом
больше 127 (так сказать русская половина алфавита) используются другие
шрифты и непонятно по какому принципу :-(
DNN> в инифайле, размер окна xemacs'а _меняется_ в процессе загрузки
DNN> последнего, и конечный результат очень сильно зависит от того,
DNN> какие шрифты установлены на моей системе, и от того, в каком
DNN> порядке перечислены каталоги со шрифтами в XF86Config-4 :-(
DNN> Мда...
Именно. Если ты не сталкивался с подобным поведением у других программ,
ты просто счастлив.
это о чем? если о изменении размера, то я больше не занаю прилажений,
размер окна которых изменялся бы во время запуска прилаження --- все
прилажения сразу стартуют с окном нужного размера.
а если о том, что конечный результат зависит от порядка преречесления
каталогов в XF86Config-4, то с этим сталкивался :-( --- наиболее яркий
пример, когда вообще берется шрифт в другой кодировке, но обычно это
довольно легко лечится... вот мне и xemacs хочется вылечить...
DNN> Еще одна проблема заключается в том, что xemacs очень любит
DNN> использовать шрифты с неправильным dpi :-(
Ну не знает он, какой dpi ты считаешь ``правильным''. И я тоже не знаю.
И нас можно и нужно понять.
а я знаю и, что самое интересное, Х тоже знает... и некоторые приложения
(gv например) занают как спросить dpi у X, но большенство приложений
почему-то ленятся это делать :-( и соответственно понимать вас не
очень хочется...
DNN> Соответственно очень хочется узнать правила, которыми
DNN> xemacs руководствуется, когда решает, каким шрифтом выводить
DNN> тот или иной символ, И как на этот процесс повлиять...
Есть предложение в разрезе: (c) решить, а нужно ли тебе MULE. Если не
шибко, не используй его -- и избавишься от трех десятков причин для
головной боли.
Хмм... Во-первых, на сколько я понимаю, вопрос со шрифтами этим
не снимается, а во-вторых возникает целая куча вопросов, связанных
с различными кодировками: с MULE эти вопросы решаются довольно легко...
Заодно, рекомендуется пользовать что-то поновее. И компилить самому.
В
процессе чтения comp.emacs.xemacs и gnu.emacs.gnus я нередко приходил к
выводу, что Debian'овцы делают с ним страшные вещи.
Ну незнаю... ребята из debian весь софт подгоняют под требования
"политики дистрибутива"... то что версия старовата --- согласен,
но... а чего в более новых версиях есть такого, без чего ну никак?
А на счет сборки самому: Во-первых нужны исходники (нужно же из чего-то
собирать) а в нашем "болоте" с этим напряженка :-( а во-вторых, мало
скомпилировать, нужно еще и правильно "интегриролвать" результат
компиляции с остальным дистрибутивом, а вот как это правильно делать
я еще и не понял :-(
С наилучшими пожеланиями,
Димитрий Налдаев