Re: Help to beginer, please

DNN> On Fri, Nov 29, 2002 at 04:35:48PM +0300, Vasily Korytov wrote: DNN> дело в том imho что для символов с кодом меньше чем 128 (английская DNN> половина алфавита) используются одни шрифты а для символов с кодом DNN> больше 127 (так сказать русская половина алфавита) используются другие DNN> шрифты и непонятно по какому принципу :-( Насколько я понимаю, XEmacs/MULE для английских букв использует шрифт для ISO8859-1. У него есть некий образец, по которому искать. By default, он присоединяет к нему кодировку и берет первый попавшийся шрифт. Вот почему положение каталогов важно. Впрочем, Николай Пакулин тебе уже написал, как можно подойти к этой проблеме с другого бока. Хотя, на мой взгляд, это есть кривость. Нормально шрифты настраивать надо -- и все (к сожалению, Debian стремлением к этому никогда не отличался; я в свое время использовал его, не имея в пути его шрифтов вообще). =)) DNN> а если о том, что конечный результат зависит от порядка преречесления DNN> каталогов в XF86Config-4, то с этим сталкивался :-( --- наиболее яркий DNN> пример, когда вообще берется шрифт в другой кодировке, но обычно это DNN> довольно легко лечится... вот мне и xemacs хочется вылечить... В случае Non-MULE это действительно лечится легко. DNN> а я знаю и, что самое интересное, Х тоже знает... и некоторые приложения DNN> (gv например) занают как спросить dpi у X Хорошо, давай вместе заглянем в ресурсы GV[1]: GV*font: -*-Helvetica-Medium-R-Normal--*-140-*-*-P-*-ISO8859-1 И к XEmacs[2]: Emacs.default.attributeFont: -*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-* Итак, в чем разница? DNN> Хмм... Во-первых, на сколько я понимаю, вопрос со шрифтами этим DNN> не снимается, Неправильно понимаешь. Non-MULE не знает ничего о плеяде шрифтов. Он знает лишь про один, который ты ему укажешь в ресурсе -- и отлично с ним работает, не меняя его ни на что (даже на водку =). DNN> Ну незнаю... ребята из debian весь софт подгоняют под требования DNN> "политики дистрибутива"... Вот именно поэтому-то там: 1. Не работает часть вещей. 2. Другая часть не работает, как задокументированно. На мой взгляд, ихнее Emacs Policy (или как его там), конечно, небезнадежно, но учиться на XEmacs, подогнанном под него просто _нельзя_. Вот когда для тебя это все не будет вновь, тогда можно /осознанно/ поставить XEmacs из .deb и мужественно бороться с выпирающими глюками. Но не ранее. DNN> а чего в более новых версиях есть такого, без чего ну никак? Возьми и почитай Announce Release'ы. =)) Мои рекомендации прежде всего основаны на двух общих мыслях: 1. Программы не могут не иметь глюков. По крайней мере, большие и развивающиеся. 2. В хороший программах эти глюки фиксятся. DNN> а во-вторых, мало скомпилировать, нужно еще и правильно DNN> "интегриролвать" результат компиляции с остальным дистрибутивом, а DNN> вот как это правильно делать я еще и не понял :-( Нахрена? Ставь в /usr/local и не интегрируй ни с чем. XEmacs сам построен на пакетной основе, если ты еще это не заметил. =)) ---Vas