January 2003 - XEmacs-Users-ru - XEmacs Mailing List Archives

Подчеркивания в cperl-mode 20 years, 1 month

Wartan Hachaturow

С некоторого момента (давнего :) в cperl-mode появилась "фича": каждый пробел после нажатия собственно кнопки "space" выделяется подчеркиванием. Господи, как она меня достала! Я в течение некоторого времени пытался найти, где это можно отключить, но так и не нашел.. Кто-нибудь успешно отключил? А то мне приходится в vim'е писать :( -- Regards, Wartan. echo "Your stdio isn't very std." -- Larry Wall in Configure from the perl distribution

6 participants
6 comments

21.5.10: gnus 20 years, 8 months

Denis Shaposhnikov

Поставил 21.5.10 без mule. Все нормально, но что-то gnus перестал раскодировать закодированные заголовки. Как это поправить? До этого 21.4.11 тоже без mule и gnus их автоматически раскодировал. -- DSS5-RIPE DSS-RIPN 2:550/5068＠fidonet 2:550/5069＠fidonet mailto:dsh＠vlink.ru http://neva.vlink.ru/~dsh/

4 participants
4 comments

request 20 years, 8 months

edward maluba

Greetings in the name of Jesus Christ. Please kindly send me some free Christian books. Yours Pastor Eddie maluba CONTACT ADDRESS: BOX 50796,LUSAKA, ZAMBIA. PHONE:{260} 097 744536 --------------------------------- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now

1 participants
0 comments

Re: Cyrillic letters abort i-search sometimes 20 years, 9 months

Vasily Korytov

>>>>> "SJT" == Stephen J Turnbull writes: I've finally guessed. =)) SJT> AFAIK isearch does not override global-map as a whole. Yes, and it's the problem. (suppress-keymap ...) in a nutshell undefines all Cyrillic keys (as well as ASCII ones) -- but isearch, when called From a mode with such a map, needs them -- and doesn't know, how to restore them. There's a block in isearch-mode.el: --8<------------------------schnipp------------------------->8--- ;; Bind all printing characters to `isearch-printing-char'. ;; This isn't normally necessary, but if a printing character were ;; bound to something other than self-insert-command in global-map, ;; then it would terminate the search and be executed without this. (let ((i 32) (str (make-string 1 0))) (while (< i 127) (aset str 0 i) (define-key map str 'isearch-printing-char) (setq i (1+ i)))) --8<------------------------schnapp------------------------->8--- Is seems, the only thing one needs is to add Cyrillic initialization there. =)) I can write mapping for all letters keysums, as Stephen suggests, like this: (define-key isearch-mode-map [т] 'isearch-printing-char) But would it be grecefil? IIRC, GNU Emacs doesn't have this problem. Can anyone say, how this case is worked around there? If there's no a better way for two days, I'll post a quick Russian work-around, as described before. ---Vas

2 participants
2 comments

Re: Cyrillic letters abort i-search sometimes 20 years, 9 months

Vasily Korytov

Sorry, in the last message I've misspelt the xemacs-users-ru address, so, Stephen and xemacs-beta, please discard that one in the favor of this one -- I'm resending it with the correct address. >>>>> "SJT" == Stephen J Turnbull writes: SJT> Alexey Mahotkin <alexm(a)xemacs.org> is working on a similar problem. SJT> You might want to ask on the xemacs-users-ru(a)xemacs.org list, too. I think, it's a good idea to CC the latter. So doing so. VK> [1]: Signaling: (undefined-keystroke-sequence [#<keypress-event VK> Cyrillic_te>]) VK> [2]: Signaling: (undefined-keystroke-sequence [#<keypress-event т>]) SJT> I don't understand how ru-keys works. But I would think for X Ok, let's leave ru-keys. AFAIK, on tty it sets up only the case table. It's simply `xemacs -q -nw` with: (set-input-mode (car (current-input-mode)) (nth 1 (current-input-mode)) 0) The problem is present, while Cyrillic letters (and, say, umlauts -- I've heard, there's a similar problem for German users) work in most places -- say, in i-search in fundamental-mode. But not in i-search in dired or view-mode, or gnus-summary-mode (according to the news:gnu.emacs.gnus newsgroup, the problem with the latter also occurs in MULE-enabled XEmacs -- but not in GNU Emacs; Gnus towers are also notified of this bug but in today's Gnus snapshot there's nothing to work around this)... SJT> (define-key global-map [Cyrillic_te] #'self-insert-command) SJT> (put Cyrillic_te 'ascii-character ?т) Maybe, a typo in the second string? It does not evaluate here. SJT> and for TTY SJT> (define-key global-map [?т] #'self-insert-command) SJT> should give correct results. I'm afraid, it doesn't. =(( Alike strings seem not to do _anything_ here. SJT> AFAIK isearch does not override global-map as a whole. Let me repeat: the problem appears only in i-search in certain modes; others are OK. ---Vas

1 participants
0 comments

Caution: 21.4.11 upgrade 20 years, 9 months

Vasily Korytov

Будьте осторожны с апгрейдом до 21.4.11: там переделали auto-mode-alist и interpreter-mode-alist таким образом, что со старыми пакетами новые эти переменные уживаются плохо. В ChangeLog об этом написано очень уж вскользь, поэтому я напоролся. Правда, пакеты у меня со времен 21.1.14. Если по хорошему, их пора бы давно обновить. =)) ---Vas

1 participants
0 comments

Сборка и установка 20 years, 9 months

Alexey Mahotkin

Пререквизиты ------------- XFree86 4.1.0, xkb, русские шрифты cyr-rfx (Debian 3.0). gcc 2.95.4, makeinfo 4.1 Извлечение из CVS ------------------ В соответствии с инструкциями на http://www.xemacs.org/Develop/cvsaccess.html: $ cvs -d :pserver:cvs＠cvs.xemacs.org:/pack/xemacscvs login (пароль 'cvs'). Извлекаем модуль: $ cvs /var/src/ $ cvs -z3 -d :pserver:cvs＠cvs.xemacs.org:/pack/xemacscvs checkout -d xemacs-beta xemacs Сборка ------- Собирать будем в каталоге /var/build/xemacs-beta/ $ cd /var/build/xemacs-beta/ $ /var/src/xemacs-beta/configure --prefix=/usr/local/xemacs-beta-mule/ \ --with-mule --use-kkcc --pdump $ make Установка ---------- Устанавливаем в каталог /usr/local/xemacs-beta-mule/, далее обозначаемый как $prefix. $ cd /var/build/xemacs-beta/ # make install После установки раскладка по каталогам примерно такова: $prefix/ bin/ бинарники lib/ xemacs-$version/ специфичные для версии вещи (например, xemacs-21.5-b9) etc/ куча мусора $arch/ вспомогательные бинарники (например, i686-pc-linux) info/ стандартная .info-документация lisp/ базовые elisp-файлы xemacs/ mule-packages/ пакеты для Mule (каталог нужно создать руками) site-lisp/ ??? site-modules/ модули, специфичные для данной машины xemacs-packages/ пакеты общего назначения (без привязки к Mule) (каталог нужно создать руками) man/ man1/ документация в формате man В каталогах $prefix/lib/xemacs/mule-packages/ и xemacs-packages/ находится стандартная файловая структура пакетов, а именно: etc/ всякий мусор info/ .info-документация на модули lisp/ elisp-файлы модулей foo, bar, foo/ quux, etc. bar/ quux/ man/ исходники документации в Texinfo (и, наверное, в формате man) pkginfo/ файлы MANIFEST.*, содержащие список файлов, принадлежащих модулям <ISSUE> Каталоги $prefix/lib/xemacs/mule-packages/ и xemacs-packages/ не создаются автоматически при установке. Заметим, что при этом каталоги $prefix/lib/xemacs/site-lisp/ и site-modules/ создаются при установке. Это требует обращения к документации и ручного создания каталогов. Эта проблема отпадает при использовании пакетов из дистрибутива. </ISSUE> Создаём эти каталоги вручную: # cd $prefix/lib/xemacs # mkdir xemacs-packages/ mule-packages/ Для того, чтобы воспользоваться автоматической системой установки пакетов, сначала нужно вручную установить пакеты efs, xemacs-base и Mule-пакет mule-base. Скачиваем эти пакеты с ftp://ftp.xemacs.org/packages/ и разворачиваем их в соответствующие каталоги: # cd $prefix/lib/xemacs/xemacs-packages/ # tar zxfv $download_dir/xemacs-base-1.71-pkg.tar.gz # tar zxfv $download_dir/efs-1.29-pkg.tar.gz # cd $prefix/lib/xemacs/mule-packages/ # tar zxfv $download_dir/mule-base-1.42-pkg.tar.gz Теперь после запуска $prefix/bin/xemacs в переменной load-path [C-h v load-path RET] окажутся следующие каталоги: "/usr/local/xemacs-beta-mule/lib/xemacs/site-lisp/" "/usr/local/xemacs-beta-mule/lib/xemacs/mule-packages/lisp/" "/usr/local/xemacs-beta-mule/lib/xemacs/mule-packages/lisp/mule-base/" "/usr/local/xemacs-beta-mule/lib/xemacs/xemacs-packages/lisp/" "/usr/local/xemacs-beta-mule/lib/xemacs/xemacs-packages/lisp/efs/" "/usr/local/xemacs-beta-mule/lib/xemacs/xemacs-packages/lisp/xemacs-base/" "/usr/local/xemacs-beta-mule/lib/xemacs-21.5-b9/lisp/mule/" "/usr/local/xemacs-beta-mule/lib/xemacs-21.5-b9/lisp/" Как видно, соответствующие подкаталоги из "волшебных" каталогов mule-packages/ и xemacs-packages/ автоматически оказались в load-path. После установки дополнительных пакетов их подкаталоги будут добавлены в load-path или при старте, или с помощью менеджера пакетов [M-x pui-list-packages RET]. --alexm

2 participants
2 comments

(set-input-mode ...) on tty 20 years, 9 months

Vasily Korytov

С пристрастием посмотрел на свой init.el и обнаружил там нечто, видимо, оставшееся откуда-то с Emacs 19: (set-input-mode (car (current-input-mode)) (nth 1 (current-input-mode)) 0) Убрал. В иксах это ничего не меняет. На линуксоидной консоли -- тоже. Зато, что xterm, что rxvt не стали воспринимать русские буквы. А именно, воспринимает `т' как M-T (сиречь, Meta-большое-английское-t). На этих же rxvt и xterm все остальные попавшиеся мне под горячую руку программы ведут себя очень даже пристойно. В связи с чем возникает два вопроса: 0. У меня неправильно настроены терминалы или это баг в xemacs? Не верю, чтоб никто не сталкивался. =)) 1. Есть ли хук, в который можно засунуть эти строчки таким образом, чтоб gnuclient -nw воспринимало русские буквы и на этих терминалах? ---Vas

1 participants
0 comments

первый запуск [предварительно] 20 years, 9 months

Alexey Mahotkin

Во-первых, как ужить вместе XEmacs 21.4 (основной рабочий) и XEmacs 21.5 (глюкавый как я не знаю что): - убить ~/.emacs, если не нужно; - переименовать текущий ~/.xemacs/init.el в ~/.xemacs/init-21.4.el; - написать в ~/.xemacs/init.el следующее: ;; ;; This is 'dispatcher' file which allows to use both ;; ~/.xemacs/init-21.4.el and ~/.xemacs-21.5.el ;; when working simultaneously with gamma- and beta-XEmacsen. ;; (load-file (expand-file-name (concat "init-" (int-to-string emacs-major-version) "." (int-to-string emacs-minor-version) ".el") (expand-file-name ".xemacs" "~"))) - соответственно, использовать ~/.xemacs-21.5.el в качестве init-файла для beta-XEmacs'а; Во-вторых, после первого запуска я получил следующее: - XEmacs интерпретирует мой старый init.el как UTF-16. init.el написан по большей части в ASCII, внутри (далеко) есть две строки в koi8-r. Убедить его в обратном у меня не получилось пока. Другие файлы на русском с примесью английского он распознает как "Raw". Закономерности не замечено. --alexm

1 participants
0 comments

Святой Грааль 20 years, 9 months

Alexey Mahotkin

привет, не в силах более выдерживать, и проч., и проч., планирую в ближайшие несколько недель окончательно разобраться с корректным функционированием современного XEmacs 21.5 + Mule (за которой будущее) + kkcc (просто для фана) + pdump (который давно пора сделать стандартным). Операционная система Debian 3.0 (но сознательно игнорируя зависимость от дистрибутива), XFree86 4.1.0+Xkb. Цели: - всё должно работать из коробки; - корректная кириллизация всех компонентов, до которых получится дотянуться (базовых и распространённых пакетов); - современные кодировки типа UTF-8 (для xml/xslt); - "All Children Must Eat!" (c) Как подсказывают нам некоторые, всё, что декларируется выше, можно осуществить, если взять патчи с ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/files/SRPMS/ Посмотрим. В последующих письмах будут излагаться все детали этого изнурительного процесса. Замеченные проблемы заключены в псевдо-тэги <ISSUE>. Если у вас есть что сказать по этому поводу или вы лучше меня умеете пользоваться поиском по xemacs-beta -- raise your voice. Так дальше жить нельзя. --alexm

1 participants
0 comments

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

XEmacs-Users-ru January 2003