Alex Morozov wrote:
:
: Задолбал меня vi в качестве средства для программирования. Хочу обратно в
: xemacs. Перед сборкой хочу уточнить несколько дурацких вопросов:
:
: 1. Где берут последний ru-keys.el? (2AlexMahotkin: обещанная тобой
: /xemacs-ru/ так и не появилась. Ждем-с :-))
http://www.bcs.zp.ua/~awn/xemacs/ru-keys.el
: 2. Каковы рекомендации по его грамотной инсталляции?
Они внутри самого ru-keys.el. Цитата оттуда (в моем вольном переводе):
<начало почти-цитаты>
;; Как устанавливать:
;;
;; 1. [Этот шаг нужен только для non-Mule XEmacs'ов.]
;;
;; Установите шрифтом по-умолчанию шрифт koi8-r. Это, например,
;; можно сделать добавив следующий ресурс в X Resource database
;; (обычно через ~/.Xresources или ~/.Xdefaults):
;;
;; Emacs.default.attributeFont: -*-*-medium-r-*-*-*-120-*-*-m-*-koi8-r
;;
;; См. info nodes `(xemacs)Face Resource', `(xemacs-faq)Q3.2.2' для
;; детального описания известных XEmacs'у ресурсов..
;;
;; 2. Скопируйте этот файл (ru-keys.el) в каталог, где XEmacs сможет
;; его найти. Например, в ~/.xemacs/lisp для XEmacs 21.1.xx или
;; ~/.xemacs/xemacs-packages/lisp для XEmacs v21.4.xx
;;
;; 3. Добавьте следующую строку в ваш init-файл (обычно ~/.emacs или
;; ~/.xemacs/init.el):
;;
;; (require 'ru-keys)
;;
;; 4. Если вы видите символы кирилицы, как `обратный слэш с
;; восьсиричными символами' или как `управляющие символы со
;; значком ^', то вам надо подстроить значение переменной
;; ctl-arrow (значение 128 будет неплохим выбором). Это можно
;; сделать двумя путями:
;; o через Custom (Options->Customize->Variable), или
;; o добавив следующую строку в ваш init-файл:
;;
;; (setq ctl-arrow 128)
;;
;; 5. Развлекайтесь ;-)
<конец почти-цитаты>
: 3. Каковы рекомендации по обходу бага, связанного с порядком загрузки
: init.el vs custom.el? Стоит ли переползать на 21.5?
Нет, если тебе не хочется поковыряться в коде и поучавствовать в
разработке. Для обхода достаточно загрузку пакетов, зависящих от уже
отработавшего Custom (recent-files, например) производить не из
~/.xemacs/init.el, а из ~/.xemacs/custom.el (Custom переписывает только
свою часть и не трогает ничего, что к нему не относится, даже если оно
живет в том-же файле. Например, мой ~/.xemacs/custom.el выглядит так:
(custom-set-variables
'(recent-files-dont-include (quote ("^/tmp/")))
'(recent-files-save-file "~/.xemacs/.recent-files-21.4.el")
'(recent-files-menu-title "Recent-Files")
'(recent-files-include-save-now t)
[skipped by awn]
'(diff-index-face ((((class color) (background light)) (:foreground
"green4")))))
;; awn(a)bcs.zp.ua
(require 'recent-files)
(recent-files-initialize)
: 4. У меня сложилось ощущение, что 21.4 заметно медленнее 21.2. Так ли это
: на самом деле? Можно ли это исправить [грамотной компиляцией]? Насколько
: стабильнее/быстрее 21.5?
21.4 не может быть намного медленнее 21.2 просто потому, что это один и
тот-же продукт (если говорить о последних версиях 21.2 (приблизительно
Urania, если не ошибаюсь)). Просто в один прекрасный момент народ решил,
что он достаточно стабилен, чтобы выпускато его в массы, ему присвоили
"стабильный" номер версии и из осторожности обозвали гаммой. Как
доточат до полной стабильность -- обзовут stable и предыдущий stable
(21.1) объявят устаревшим (хотя, возможно и скорее всего некоторое время
будут поддерживаться оба стабильных варианта -- и 21.1, и 21.4).
21.5 по определению не может быть стабильнее (в общем случае) в силу то
и дело происходящих в нем изменений -- на то это и unstable branch.
Хотя, теоретически, конкретные версии 21.5 могут оказаться стабильнее в
работе конкретных версий 21.4, но в общем случае это не верно, ибо девиз
привнесения изменений в 21.4 -- "стабильность превыше всего" (и,
по-моему, в это "всего" вносят и удобство -- именно поэтому, когда
возникла мысль вернуть обратно порядок загрузки init.el/custom.el, этого
не сделали -- из опасений дестабилизировать.)
: 5. Имеет ли смысл пересобирать packages? Как это грамотно сделать?
Абсолютно не имеет. Более того, некоторые пакеты ты просто не сможешь
пересобрать. Часть из них собирается корректно только в полном дереве
исходников xemacs. (В последнее время этот момент подчищался, но довели
ли его до конца?). К тому же я еще ни разу не видел, чтобы пакеты
взятые с
ftp://ftp.xemacs.org/xemacs/packages/ как-то неправильно были
скомпилированы. (Правда, я не использую всех пакетов. Тот-же JDE,
semantic, gnus или vm вне зоны моих интересов.)
: Достаточно ли сказать ``xemacs -batch -no-site-file -q -f
: batch-byte-compile *.el'' и получить наилучший результат? Являются ли
: полученные .elc переносимыми между [свежим] emacs и [свежим] xemacs (если
: в пояснениях к пакету не указано обратное)?
Компилированные пакеты с
ftp://ftp.xemacs.org/xemacs/packages/ работают
на обоих 21.1 и 21.4 (они совместимы по быйт-коду), а все пляски и
проверки на функциональность и версию XEmacs'а, как и на то XEmacs ли
это вообще, или GNU Emacs проводятся внутри самого пакета автором этого
пакета (если он, автор, вообще утруждает себя этими проверками и видит в
них необходимость.)
--
Andrew W. Nosenko (awn(a)bcs.zp.ua)
Фамильный призрак (c) Елена Носенко