[Comm] XEmacs - не KOI8r-изируется

[Comm] XEmacs - не KOI8r-изируется

[Oleg N. Kayunov]

    Запустил XEmacs (MULE). Причем при запуске оный выразил 
недовольствие находящимися в HOME emacs-ими файлами и предложил их заменить.
Я, в конце концов, согласился.
    Результаты:
1 - русский (koi8-r) вшистко едно виден крякозябрами;
2 - XEmacs при запуске опять сообщает об ошибке:
==================================================================
(1) (initialization/error) An error has occurred while loading 
/home/oleg/.xemacs/init.el:

Symbol's function definition is void: XEmacs

To ensure normal operation, you should investigate the cause of the error
in your initialization file and remove it.  Use the `-debug-init' option
to XEmacs to view a complete error backtrace.

==================================================================
    Запуская, как указано, командой вида:
xemacs -debug-init <имя файла>
получаю XEmacs с единственным и пустым буфером scratch.

    Побочные следствия: устанавливая всякого рода дополнительные пакеты 
к XEmacs (в надежде исправить положение) попутно снес обычный, 
консольный emacs (отвечая согласием на запрос полагал, что взамен что-то 
такое поставится).
    Сие конечно не трагично, но глубоко непонятно - чем Гуевому emacs-у 
так уж не угодил консольный?

    Но главный вопрос - таки как сделать, чтобы XEmacs правильно 
показывал KOI8-R (хотя бы!)?
    При сем желательно чтобы и консольный emacs созранился бы.

    Дистрибутив: Master 2.2.

	Приложение - сам файл /home/oleg/.xemacs/init.el (с удаленными комментариями):
==================================================================
(XEmacs
    (set-language-environment "Cyrillic-KOI8")
    (set-input-method "cyrillic-jcuken")
)
(GNUEmacs
    (set-language-environment "Cyrillic-KOI8")

    (set-terminal-coding-system 'koi8-r)
    (set-keyboard-coding-system 'koi8-r)

)
==================================================================
	Замечание: я пробовал ставить вторые (закрывающие) кавычки в строках 
с set-terminal-coding-system и set-keyboard-coding-system.
Ничего не изменилось.

-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] XEmacs - не KOI8r-изируется

[Alexej Kryukov]

On Tuesday 01 July 2003 18:51, Oleg N. Kayunov wrote:
>
>     Побочные следствия: устанавливая всякого рода дополнительные
> пакеты к XEmacs (в надежде исправить положение) попутно снес обычный,
> консольный emacs (отвечая согласием на запрос полагал, что взамен
> что-то такое поставится).
>     Сие конечно не трагично, но глубоко непонятно - чем Гуевому
> emacs-у так уж не угодил консольный?

Не называйте обычный emacs консольным. GNU Emacs, запускаемый
в графической среде, представляет собой самое что ни на есть графическое
приложение.

[Comm] Re: XEmacs - не KOI8r-изируется

[Oleg N. Kayunov]

Sergey Bolshakov пишет:

>>>>>>"Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
>>>>>>            
>>>>>>
>
> > Sergey Bolshakov пишет:
> >>>>>>> "Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
> >>>>>>> 
> >> 
> >> >     Запустил XEmacs (MULE). Причем при запуске оный выразил
> >> >     недовольствие находящимися в HOME emacs-ими файлами и предложил их
> >> >     заменить.
> >> > Я, в конце концов, согласился.
> >> >     Результаты:
> >> > 1 - русский (koi8-r) вшистко едно виден крякозябрами;
> >> > 2 - XEmacs при запуске опять сообщает об ошибке:
> >> [skipped]
> >> 
> >> ---- ~/.xemacs/init.el
> >> (MULElaunch (set-language-environment "Cyrillic-KOI8")
> >> (set-charset-registry 'ascii "koi8-r")
> >> (set-charset-registry 'cyrillic-iso8859-5 "koi8-r")
> >> (set-charset-ccl-program 'cyrillic-iso8859-5 'ccl-encode-koi8-r-font)
> >> (put-charset-property 'cyrillic-iso8859-5 'preferred-coding-system 'koi8-r)
> >> )
> >> ----
> >> 
> >     Спасибо!
> >     XEmacs и emacs-X11 (оный - после переустановки) теперь заработали
> >     нормально (- с точки зрения читаемости русского). Но пришлось
> >     поставить эту секцию перед старыми (XEmacs и GNUEmacs) и сообщения
> >     об ошибках продолжаются (применительно к этим секциям).
> >     А "консольный" emacs наоборот - жалуется на секцию MULElaunchю
> >     Убрал XEmacs MULE, поставил NOMULE - не признает ни одну из
> >     секций, но русский показывает крякозябрами.
>
> >     В общем - налицо антагонистические противоречия, понимаешь.
> >     Боюсь, что придется ограничиться графической версией GNU Emacs,
> >     хотя менюшки у его убоговатые будут, однако. По сравнению с XEMacs.
>
>Противоречия есть -- посему разделяйте и властвуйте :)
>Приведенный мной пример -- минимально достаточный для
>нормальной работы с русским в koi8-r для xemacs-mule.
>Прошу заметить, этот пример следует располагать именно
>в ~/.xemasc/init.el, все, что там образовалось помимо
>этого -- уберите, если не имеете представления, зачем оно
>там.
>
    Для работы emacs и emacs-X11 ИМХО.

> Попытки совмещать все в ~/.emacs не удадутся.
>
    Эт точно!

>  
>
    Повластвовал и разделил. Как и было указано.

    На тот случай ежели кому пригодится:
1. Сделал дополнения в строку меню KDE "XEmacs MULE" приведя её к виду:
/usr/bin/xemacs-21.4.10-mule -q -l .xemacs.mule
(наверно надо было бы $HOME/.xemacs.mule, но и так заработало, почему-то).
2. Скопировал оглавление $HOME/.xemacs в $HOME/.xemacs-mule.
3. Скопировал файл $HOME./.emacs в $HOME./.xemacs.mule
4. Заменил в последнем отсылку к директории  .xemacs на .xemacs-mule.
5 Ну и последнее - в .xemacs/init.el оставил только секции с XEmacs и 
GNUEmacs,
а в .xemacs.mule/init.el - только MULElaunch

    Таперича нормально и без криков работают и emacs (и в консоли и в 
X-ах, что менее важно, впрочем) и XEmacs-MULE. Но тут (и с учётом 
некоторых нюансов высказываний в info) возникает сильное подозрение 
насчёт наличия религиозных войн между разработчиками emacs и 
XEmacs-MULE. За "единственно верный" EMACS. Иначе - что мешало сделать 
__различные__ имена для default's init-файлов. Хотя бы - добавлением 
".mule".
    Я неправ?

-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.

Re: [Comm] Re: XEmacs - не KOI8r-изируется

[Sergey Bolshakov]

>>>>> "Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
[skipped]

 >     Повластвовал и разделил. Как и было указано.

 >     На тот случай ежели кому пригодится:
 > 1. Сделал дополнения в строку меню KDE "XEmacs MULE" приведя её к виду:
 > /usr/bin/xemacs-21.4.10-mule -q -l .xemacs.mule
 > (наверно надо было бы $HOME/.xemacs.mule, но и так заработало, почему-то).
 > 2. Скопировал оглавление $HOME/.xemacs в $HOME/.xemacs-mule.
 > 3. Скопировал файл $HOME./.emacs в $HOME./.xemacs.mule
 > 4. Заменил в последнем отсылку к директории  .xemacs на .xemacs-mule.
 > 5 Ну и последнее - в .xemacs/init.el оставил только секции с XEmacs и
 > GNUEmacs,
 > а в .xemacs.mule/init.el - только MULElaunch

 >     Таперича нормально и без криков работают и emacs (и в консоли и в
 >     X-ах, что менее важно, впрочем) и XEmacs-MULE. Но тут (и с учётом
 >     некоторых нюансов высказываний в info) возникает сильное
 >     подозрение насчёт наличия религиозных войн между разработчиками
 >     emacs и XEmacs-MULE. За "единственно верный" EMACS. Иначе - что
 >     мешало сделать __различные__ имена для default's init-файлов. Хотя
 >     бы - добавлением ".mule".
 >     Я неправ?

Нуу, Ваш метод -- это из пушки все же.
Макрос MULElaunch как раз и предназначен для развода
xemacs-mule/nomule в одном ~/.xemacs/init.el, поскольку
тело макроса исполняется только в случае, если поддежка
mule имеет место быть.

Конфликт на самом деле вот в чем:
при первом запуске xemacs, если есть ~/.emacs и нет
~/.xemacs/init.el, предлагает сконвертировать первый
во второй и в дальнейшем на ~/.emacs не смотрит вообще.
В свою очередь, ~/.emacs, попадающий из соответствующего
skel, содержит некие макросы, о которых xemacs не знает
(по моему недосмотру). Что до GNU emacs, то ~/.xemacs/*
ему тем более не авторитет.

Еще одно неудобное место с т.з. одновременного существования
xemacs и GNUemacs -- X resources. К счастью, в дополнение к
обычным Emacs*, xemacs смотрит и на XEmacs*, отдавая им
предпочтение (TODO: c какой версии ?).

Так что, более-менее полный набор конфигов для koi8-r и
шрифтов в koi8-r выглядел бы так:

--- %<  ~/.xemacs/init.el ---
(MULElaunch 
 (set-language-environment "Cyrillic-KOI8")
 (set-charset-registry 'ascii "koi8-r")
 (set-charset-registry 'cyrillic-iso8859-5 "koi8-r")
 (set-charset-ccl-program 'cyrillic-iso8859-5 'ccl-encode-koi8-r-font)
 (put-charset-property 'cyrillic-iso8859-5 'preferred-coding-system 'koi8-r)
 ; если есть желание работать с utf-8:
 ; поставить пакет xemacs-mule-ucs и откомментировать следующую строчку:
 ;(require 'un-define)
 )
; Полезен для xemacs <= 21.4.10 и переключателку через xkb
; Брать с http://www.bcs.zp.ua/~awn/xemacs/ru-keys.el
; ложить в ~/.xemacs/xemacs-packages/lisp/
(require 'ru-keys)
--- %< ---

--- %< ~/.Xresources ---
#define XEMACSFONT -rfx-courier-medium-r-*-*-14-*-*-*-*-*-koi8-r
#define XEMACSFONTI -rfx-courier-medium-o-*-*-14-*-*-*-*-*-koi8-r
#define XEMACSFONTB -rfx-courier-bold-r-*-*-14-*-*-*-*-*-koi8-r
#define XEMACSFONTBI -rfx-courier-bold-o-*-*-14-*-*-*-*-*-koi8-r
#define XEMACSMENUFONT -rfx-helvetica-medium-r-*-*-12-*-*-*-*-*-koi8-r
#define XEMACSMENUFONTB -rfx-helvetica-bold-r-*-*-12-*-*-*-*-*-koi8-r

    XEmacs.default.attributeFont: XEMACSFONT
     XEmacs.italic.attributeFont: XEMACSFONTI
       XEmacs.bold.attributeFont: XEMACSFONTB
XEmacs.bold-italic.attributeFont: XEMACSFONTBI

  XEmacs*Label.font: XEMACSFONT
XEmacs*menubar*font: XEMACSMENUFONTB

  XEmacs*popup*Font: XEMACSMENUFONT
 XEmacs*Dialog*Font: XEMACSFONT
XEmacs.gui-element.attributeFont: XEMACSMENUFONTB
XEmacs.modeline.attributeFont: XEMACSMENUFONTB
--- %< ~/.Xresources ---


-- 
>From serj@mk.kp.km.ua  Fri Jul  4 15:29:47 2003
Return-Path: <serj@mk.kp.km.ua>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 3474549B31
	for <community@lrn.ru>; Fri,  4 Jul 2003 15:29:47 +0400 (MSD)
Received: from infocom.km.ua (infocom.km.ua [195.46.36.1])
	by master.altlinux.ru (Postfix) with ESMTP id AA937E31CF
	for <community@altlinux.ru>; Fri,  4 Jul 2003 15:29:38 +0400 (MSD)
Received: from kp.km.ua (kp.km.ua [217.196.174.2])
	by infocom.km.ua (8.12.8p1/8.12.8/ic) with ESMTP id h64BTJSv097778
	for <community@altlinux.ru>; Fri, 4 Jul 2003 14:29:28 +0300 (EEST)
	(envelope-from serj@mk.kp.km.ua)
Received: from WinProxy.anywhere (dialup01.kp.km.ua [217.196.174.16])
	by kp.km.ua (8.12.8p1/8.12.8/kp-branch) with SMTP id h64BT7Bs093800
	for <community@altlinux.ru>; Fri, 4 Jul 2003 14:29:09 +0300 (EEST)
	(envelope-from serj@mk.kp.km.ua)
Received: from 192.168.1.7 by 192.168.0.3 (WinProxy);
	Fri, 4 Jul 2003 14:23:53 +0200
From: =?koi8-r?Q?=F3=C5=D2=C7=C5=CA_?= =?koi8-r?Q?=E9=C7=CF=D2=C5=D7=C9=DE_?=
	=?koi8-r?Q?=ED=C1=C3=C0=D2=C1?= <serj@mk.kp.km.ua>
To: ALT Linux Community <community@altlinux.ru>
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: base64
X-Mailer: Ximian Evolution 1.0.8-3mdk 
Date: 04 Jul 2003 14:19:14 +0300
Message-Id: <1057317555.7983.17.camel@serj.mk.kp.km.ua>
Mime-Version: 1.0
Subject: [Comm] DOSemu terminal
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Fri, 04 Jul 2003 11:29:47 -0000

4tXE2NTFIMzAwsXaztksINDPxNPLwdbJ1MUg0M/WwczVytPUwSwgy8HLIMnazcXOydTYINLFwcvD
ycANCkRPUy3Q0s/H0sHNzdkg1yBET1MtZW11IM7BIEVTQywg0NLJyM/EydTT0SDOwdbJzcHU2CAy
INLB2sEsIMEgztXWzs8gMS4NCv7V19PU19XAIN7UzyDHxMUt1M8g1yAvZXRjL3Rlcm1jYXAsIMEg
zsHK1MUgzsUgzc/H1SAuLi4NCg0KDQo=

Re: [Comm] Re: XEmacs - не KOI8r-изируется

[Sergey Bolshakov]

>>>>> "Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
[skipped]
 >> Макрос MULElaunch как раз и предназначен для развода
 >> xemacs-mule/nomule в одном ~/.xemacs/init.el, поскольку
 >> тело макроса исполняется только в случае, если поддежка
 >> mule имеет место быть.
 >> 
 >     Кем это он исполняется "только тогда", простите?
 > Судя по  воплям "обычного" emacs и его X-вой ипостаси, оные тупо (но и
 > -
 > добросовестно) стараются его исполнить. И остаются озадаченными. Как
 > небезизвестный отец Онуфрий из текста на "О".
А вот так:
--- %< ---
`MULElaunch' is a Lisp macro
  -- loaded from "/etc/xemacs/site-start.d/00macros.el"
(MULElaunch &rest X)

Documentation:
Evaluate body only if XEmacs has a MULE support. Added in ALT's distribution.
--- %< ---

 >> Конфликт на самом деле вот в чем:
 >> при первом запуске xemacs,
 >> 
 >     Какого? Того, что - MULE?
любого

 >> если есть ~/.emacs и нет
 >> ~/.xemacs/init.el, предлагает сконвертировать первый
 >> во второй и в дальнейшем на ~/.emacs не смотрит вообще.
 >> 
 >     Предупреждать надо!
 >     За каким же чёртом он тогда переделывает ~/.emacs, так, что тот
 > начинает отсылать к файлам в ~/.xemacs/init.el, а всё остальное убирает??
 > Ежели ему больше ~/.emacs совсем не интересен и он в него смотреть не
 > собирается???
 > Чтоб жизнь мёдом не казалась, что-ли?
Это не моя придумка :), и помнится, он что-то в этом роде сообщает.

 >> В свою очередь, ~/.emacs, попадающий из соответствующего
 >> skel, содержит некие макросы, о которых xemacs не знает
 >> (по моему недосмотру). Что до GNU emacs, то ~/.xemacs/*
 >> ему тем более не авторитет.
 >> 
 >     Увы, после первого (по крайней мере) запуска MULE - авторитет.
 > По указанной выше причине: в ~/.emacs теперь практически ничего кроме
 > отсылок к файлам из ~/.xemacs нет.

Надо же .. А как эти отсылки выглядят ? Я-то emacs не держу ...
А если восстановить ~/.emacs из skel, и положить ~/.xemacs/init.el
как предлагалось ?

 >> 
 >> Еще одно неудобное место с т.з. одновременного существования
 >> xemacs и GNUemacs -- X resources.
 >     Не заметно такого (в смысле ~/.Xresources, как было указано ниже).

Имелись ввиду не файлы, естественно, а названия ресурсов.
Так, последствия неудачного с т.з. xemacs ресурса Emacs*font в какой-то
из версий app-defaults приходилось долго выкорчевывать пользовательскими
ресурсами.

-- 
>From s.bolshakov@sam-solutions.net  Fri Jul  4 19:18:28 2003
Return-Path: <s.bolshakov@sam-solutions.net>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id A0D7B49C3D
	for <community@lrn.ru>; Fri,  4 Jul 2003 19:18:28 +0400 (MSD)
Received: from mail.belcaf.minsk.by (mail.sam-solutions.net [217.21.35.41])
	by master.altlinux.ru (Postfix) with ESMTP id A45D1E31CF
	for <community@altlinux.ru>; Fri,  4 Jul 2003 19:18:26 +0400 (MSD)
Received: from pc313.belcaf.minsk.by ([192.168.111.22]) by
          mail.belcaf.minsk.by (MTA 4.15) with ESMTP id HHIAIP00.O0U for
          <community@altlinux.ru>; Fri, 4 Jul 2003 18:18:25 +0300 
Received: by pc313.belcaf.minsk.by (Postfix, from userid 500)
	id E970F200A6; Fri,  4 Jul 2003 18:18:22 +0300 (EEST)
To: community@altlinux.ru
Subject: Re: [Comm] Re: XEMacs - mouse's wheel using - How?
References: <3F03E50C.9090702@mtu-net.ru>
	<m3ptkqof2m.fsf@pc313.belcaf.minsk.by> <3F0544F5.1090501@mtu-net.ru>
	<m3llveo9gc.fsf@pc313.belcaf.minsk.by> <3F0594FC.1010306@mtu-net.ru>
From: Sergey Bolshakov <s.bolshakov@sam-solutions.net>
Date: Fri, 04 Jul 2003 18:18:22 +0300
In-Reply-To: <3F0594FC.1010306@mtu-net.ru> (Oleg N. Kayunov's message of
 "Fri, 04 Jul 2003 18:53:48 +0400")
Message-ID: <m3k7ay2udd.fsf@pc313.belcaf.minsk.by>
User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Fri, 04 Jul 2003 15:18:29 -0000

>>>>> "Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:

 > Sergey Bolshakov пишет:
 >>>>>>> "Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
 >>>>>>> 
 >> [skipped]
 >> > Эх, жалко нет приличных печатных книг по Лиспу - чтоб проникнуться
 >> > идеологией.
 >> > Старую-то (из "Библиотеки программиста") заиграли, увы. До того, как
 >> > появился Лисп под руками.
 >> 
 >> elisp все же не совсем таки Lisp с большой буквы L :)
 >> 
 >     Но "идеологически"-то он куда ближе к нему, нежели, скажем, C чи Perl?

 >> Кроме собственно info xemacs, полезно также ознакомиться с lispref и
 >> internals.
 >> 
 >     Это о чём речь-то (см. ниже)?

 > $ apropos lispref
 > lispref: nothing appropriate

 > $ apt-cache search lispref
 > <Пусто>

:)

C-h i m lispref <ret>  в xemacs

-- 
>From dov@media-link.info  Fri Jul  4 19:27:03 2003
Return-Path: <dov@media-link.info>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 0946849CB3
	for <community@lrn.ru>; Fri,  4 Jul 2003 19:27:03 +0400 (MSD)
Received: from tigger.zaporozhye.net (ecard.zp.ua [217.151.236.3])
	by master.altlinux.ru (Postfix) with ESMTP id 41736E31CF
	for <community@altlinux.ru>; Fri,  4 Jul 2003 19:27:02 +0400 (MSD)
Received: by tigger.zaporozhye.net (Postfix, from userid 426)
	id E75135A79; Fri,  4 Jul 2003 18:26:59 +0300 (EEST)
Received: from d2-4.zaporozhye.net (d2-4.zaporozhye.net [217.151.236.131])
	by tigger.zaporozhye.net (Postfix) with ESMTP id 38BA65A78
	for <community@altlinux.ru>; Fri,  4 Jul 2003 18:26:58 +0300 (EEST)
From: Oleg Dolgov <dov@media-link.info>
To: community@altlinux.ru
Subject: Re: [Comm] DialUp
Date: Fri, 4 Jul 2003 18:26:07 +0000
User-Agent: KMail/1.5
References: <200307041047.20826.dov@media-link.info>
	<3F055B81.9060501@kominet.ru> <200307041742.11530.dov@media-link.info>
In-Reply-To: <200307041742.11530.dov@media-link.info>
MIME-Version: 1.0
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_HbcB/yYPi2OhleL";
  charset="koi8-r"
Content-Transfer-Encoding: 7bit
Message-Id: <200307041826.15350.dov@media-link.info>
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Fri, 04 Jul 2003 15:27:03 -0000


--Boundary-02=_HbcB/yYPi2OhleL
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: base64
Content-Description: signed data
Content-Disposition: inline

9yDTz8/C3cXOyckgz9Qg8NQgMDQg6cDMIDIwMDMgMTc6NDIgT2xlZyBEb2xnb3YgzsHQydPBzChh
KToKPiD3INPPz8Ldxc7JySDP1CDw1CAwNCDpwMwgMjAwMyAxMDo0OCDr0sHTwdfJziDhzsTSxcog
zsHQydPBzChhKToKPiA+IPPIz8TJ1MUg18/UINPAxME6Cj4gPgo+ID4gaHR0cDovL2NvbW11bml0
eS5hc3BsaW51eC5ydS9kb2N1bWVudHMvZ3VpZGUvaW5ldC1zY3JpcHRzLmh0bWwKPgo+IPPQwdPJ
ws8uIO/LwdrBzM/T2CDUzywg3tTPIM7V1s7PLiDw0sHXxMEg0NLJ28zP09ggxM/V09TBzs/XydTY
Cj4gd3ZkaWFsLCDOzyDawdTPINrB0sHCz9TBzM8uCj4g98/Q0s/TINPMxcTVwN3Jyjog+sHT1MHX
ydTYINzUzyDawdDV08vB1NjT0SDQz8Qg0M/M2NrP18HUxczFzS4g58TFLdTPCj4gy8/HxMEt1M8g
0NLP08vBy8nXwczPINDSzyDQ0sHXwSDLwcvJzS3UzyDJ2iDc1MnIIMbByszP1yDOwSDawdDV08sK
PiDH0tXQ0M/KIHV1Y3AsIM7PIMvBy8nNPyDpzMkgzsEg19PFINLB2tLF28nU2D8g/NTPINDSwdfJ
zNjOzyDC1cTF1CDTCj4g1M/ey8kg2tLFzsnRIMLF2s/QwdPOz9PUyT8g7sEgc3VkbyDOxSDQz9PZ
zMHK1MUg0MzaLiwg0SDTIM7JzSDF3cUgzsUKPiDSwdrPwtLBzNPRIDotKQoK9dLBISEhIPfTxSDS
wcLP1MHF1CEg8yBzdWRvINLB2s/C0sHM09EuIOTBzCDCxdPQwdLPzNjO2cogxM/T1NXQINPFwsUg
CszAwsnNz83VIM7BIGlmdXAsIGlmZG93biDJIHBwcGQg1yAvZXRjL3N1ZG9lcnMK9MXQxdLYIHN1
ZG8gL3NiaW4vaWZ1cCBwcHAwCgkJc3VkbyAvc2Jpbi9pZmRvd24gcHBwMArwz8zF1CDOz9LNwczY
ztnKLiDuwcTPIMLZINfZ28XV0M/N0c7V1NnKIMTPy9XNxc7UINDSz8TVwszJ0s/XwdTYIM7BIAph
dG1zay5ydSDl08zJINXWINUgzcXO0SDL0snXz9LVy8/HzyDXIMzJztXL08Ug2sHSwcLP1MHMzyDT
INDPzCDU2cvBLCDUzyAK0SDE1c3BwCwg3NTP1CDSxcPF0NQg0NLF1MXOxNXF1CDOwSwgy8HLIMfP
18/SydTT0Swg6e3o7yA7LSkpCgpQLlMuIP7Fx88t1M8g0SDU1dQgz9Qg0sHEz9PUySDOwcfP0s/E
ycwgOi0pCi0tIArzIM7ByczV3tvJzcksCu/Mxccg5M/Mx8/XCnJlZ2lzdGVyZWQgTGludXggdXNl
ciAjMzE1NDU0

--Boundary-02=_HbcB/yYPi2OhleL
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA/BcbHjd7NrzUGeg8RAvgmAJ9FatuSpgCeoO/JqWpJmYKuY7SxywCeOsrW
zesZWSKx9seggoc4ukljEZU=
=SWFY
-----END PGP SIGNATURE-----

--Boundary-02=_HbcB/yYPi2OhleL--

[Comm] Re: XEmacs - не KOI8r-изируется

[Oleg N. Kayunov]

Sergey Bolshakov пишет:

>>>>>>"Oleg" == Oleg N Kayunov <okayunov@mtu-net.ru> writes:
>>>>>>            
>>>>>>
>[skipped]
> >> Макрос MULElaunch как раз и предназначен для развода
> >> xemacs-mule/nomule в одном ~/.xemacs/init.el, поскольку
> >> тело макроса исполняется только в случае, если поддежка
> >> mule имеет место быть.
> >> 
> >     Кем это он исполняется "только тогда", простите?
> > Судя по  воплям "обычного" emacs и его X-вой ипостаси, оные тупо (но и
> > -
> > добросовестно) стараются его исполнить. И остаются озадаченными. Как
> > небезизвестный отец Онуфрий из текста на "О".
>А вот так:
>--- %< ---
>`MULElaunch' is a Lisp macro
>  -- loaded from "/etc/xemacs/site-start.d/00macros.el"
>(MULElaunch &rest X)
>
>Documentation:
>Evaluate body only if XEmacs has a MULE support. Added in ALT's distribution.
>--- %< ---
>
    Я спросил не "как?", а "кем?". Emacs и его X-ая ипостась (emacs-X11, 
как я понимаю) именно что пытаются исполнить сей макрос, даром что 
ничего не знают о поддержке оного MULE.

>
> >> Конфликт на самом деле вот в чем:
> >> при первом запуске xemacs,
> >> 
> >     Какого? Того, что - MULE?
>любого
>
    emacs-X11, вроде бы такого не делал.

>
> >> если есть ~/.emacs и нет
> >> ~/.xemacs/init.el, предлагает сконвертировать первый
> >> во второй и в дальнейшем на ~/.emacs не смотрит вообще.
> >> 
> >     Предупреждать надо!
> >     За каким же чёртом он тогда переделывает ~/.emacs, так, что тот
> > начинает отсылать к файлам в ~/.xemacs/init.el, а всё остальное убирает??
> > Ежели ему больше ~/.emacs совсем не интересен и он в него смотреть не
> > собирается???
> > Чтоб жизнь мёдом не казалась, что-ли?
>Это не моя придумка :), и помнится, он что-то в этом роде сообщает.
>
    Что сообщает?
Чтоб прекращали путать жизнь с мёдом?

> >> В свою очередь, ~/.emacs, попадающий из соответствующего
> >> skel, содержит некие макросы, о которых xemacs не знает
> >> (по моему недосмотру). Что до GNU emacs, то ~/.xemacs/*
> >> ему тем более не авторитет.
> >> 
> >     Увы, после первого (по крайней мере) запуска MULE - авторитет.
> > По указанной выше причине: в ~/.emacs теперь практически ничего кроме
> > отсылок к файлам из ~/.xemacs нет.
>
>Надо же .. А как эти отсылки выглядят ? Я-то emacs не держу ...
>
    А вот так:
=========================================================================
;;; XEmacs backwards compatibility file
(setq user-init-file
      (expand-file-name "init.el"
            (expand-file-name ".xemacs" "~")))
(setq custom-file
      (expand-file-name "custom.el"
            (expand-file-name ".xemacs" "~")))

(load-file user-init-file)
(load-file custom-file)
=========================================================================
    При том, что раньше (после установки emacs и emacs-X11, коий явно 
считает себя тоже XEMacs-ом) там было:
=========================================================================
; Minimal settings for users of Emacs working in
; Russian (KOI8-R) environment.
;
; ALT Linux Team, February 2002.

(XEmacs
    (set-language-environment "Cyrillic-KOI8")
    (set-input-method "cyrillic-jcuken")
)
(GNUEmacs
    (set-language-environment "Cyrillic-KOI8")

; The following lines make the corresponding
; parameters independent of the current language-environment:
; if you change language-environment, they won't be changed;
; but if you comment out some of them, they will follow the
; language-environment parameter:
    (set-terminal-coding-system 'koi8-r)
    (set-keyboard-coding-system 'koi8-r)
    ; This could help for transferring data from bad old apps
    ;(set-selection-coding-system 'koi8-r)

)   

; End of the language environment settings.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
=========================================================================
и всё шло чинно и благородно (специально привёл кусок со всеми 
комметариями).

>А если восстановить ~/.emacs из skel, и положить ~/.xemacs/init.el
>как предлагалось ?
>
    Что-то в этом духе я и намерен проделать.
О результатах сообщу.
Но если XEMule действительно увидев директорию ~/.xemacs сразу лезет в 
неё и больше никакими ~/emacs не интересуется, тогда, конечно, всё 
упрощается.

>
> >> 
> >> Еще одно неудобное место с т.з. одновременного существования
> >> xemacs и GNUemacs -- X resources.
> >     Не заметно такого (в смысле ~/.Xresources, как было указано ниже).
>
>Имелись ввиду не файлы, естественно, а названия ресурсов.
>Так, последствия неудачного с т.з. xemacs ресурса Emacs*font в какой-то
>из версий app-defaults приходилось долго выкорчевывать пользовательскими
>ресурсами.
>  
>
    Честно говоря - не вьехал. Но - попробую.

-- 
== В действительности все обстоит совершенно иначе чем на самом деле. ==
	BR, Oleg N. Kayunov.