LINUX.ORG.RU

Вышел GNU Emacs 22.1!


0

0

После длительной разработки - почти 6 лет, и нескольких попыток сделать релиз, GNU Emacs 22.1 был выпущен официально!

За время разработки было внесено огромное количество изменений -- добавлена поддержка GTK, добавлены и обновлены многие пакеты, улучшена производительность. Полный список изменений приведен в файле NEWS, входящем в дистрибутив.

Официальный сайт http://www.gnu.org/software/emacs/

Список изменений http://www.gnu.org/software/emacs/NEW...

Обзор новых возможностей на русском языке http://xtalk.msk.su/~ott/ru/emacs/ema...

★★★★★

Проверено: svu ()
Ответ на: комментарий от Sphinx

Гхм. Имхо ты не прав.

Когда я удаленно редактирую файл - я не скачиваю его локально. На то и удаленный режим. На локальный узел передается только то, что нужно показывать на экране в данный момент.

schakal
()

Вот одно из новшеств в новой версии радактора текстов

** By default, Emacs now uses a setgid helper program to update game scores. The directory ${localstatedir}/games/emacs is the normal place for game scores to be stored. You can control this with the configure option `--with-game-dir'. The specific user that Emacs uses to own the game scores is controlled by `--with-game-user'. If access to a game user is not available, then scores will be stored separately in each user's home directory.

А вот еще, не межнее важное

** Emacs can now be built without sound support.

:)

the_moon
()
Ответ на: комментарий от Dselect

>1) Нужно поправить конфиг[и] демона (например, того же sshd), перезапустить его, >проверить, работает ли, как хотелось, просмотреть логи, если нет (не часто >сразу получается именно то, что хотел) -- повторить операцию. Гонять туда-сюда файлы с помощью netrw (или его emacs'ового аналога) в этом случае >_неудобно_. Даже если сеть быстрая.

В одном окне правишь конфиги, в другом запустил M-x shell и перезапускаешь демоны по ssh, в третьем по тому же ssh сделал tail -f /path/to/your/log.txt и радуешься. Именно так я сейчас и работаю. :)

Та же самая ситуёвина для п.2.

Именно из-за медленной сети (п.3) я и отказался от запуска vim'а на удаленной машине.

А пункт 4 к Emacs'у имеет вообще весьма опосредованное отношение. :)

AS_Pushkin
()
Ответ на: комментарий от Dselect

>Нормально она настроена:

> У всех нормальных программ (vim, w3m, mutt, freetalk, screen, guile, less, bash, mv, cp, ... ) -- полный порядок с вводом и отображением кириллицы. Проблемы возникают исключительно у emacs'а.

У меня была такая трабла в Emacs 21.3. В последующих, вроде бы, все нормально стало.

AS_Pushkin
()
Ответ на: комментарий от schakal

>Когда я удаленно редактирую файл - я не скачиваю его локально. На то и удаленный режим. На локальный узел передается только то, что нужно показывать на экране в данный момент.

Если часто перемещаешься по файлу, то очень даже возможно, что скачиваешь/закачиваешь куда больше, чем весит файл. :)

В любом случае локальная машина реагирует намного быстрее, чем удаленная. Если трафик некритичен, удобней все-таки скачивать.

AS_Pushkin
()
Ответ на: комментарий от Legioner

>без вимовских костылей вокруг langmap

langmap не костыль а очень удобная фича.

единственная у неё проблема, так это то, что она не работает в локали utf-8

swar0g ★★★★
()
Ответ на: комментарий от Sphinx


> Кроме случая 2, запуск редактора на удалённом узле ничем не отличается
> от загрузки файла к себе на узел по сети, правкой и передачей файла назад
> при помощи tramp

Еще как отличается!

> информация же ведь как-то должна передаваться по сети? :)

Передается не весь файл, а только тот кусок, который мне нужен, например,
пара строк, которые я нашел по regexp'у.

Случай 1 по сути ничем не отличается от 2. Только вместо edit/compile/fix
edit/restart/fix. Разница только та, что одна ошибка -- и никаких tramp'ов
(правили правили AllowUsers в sshd.conf, или nsswitch.conf, или pam.d/ssh,
или /etc/fstab, или ...), а с текущим соединением ничего не случится...
ну почти всегда...

Случай 4... Да нет на локальной машине ни vim'a, ни emacs'a, и скачивать
файло особо некуда.

Dselect ★★★
()
Ответ на: комментарий от Dselect

Чтобы emacs не пищал, надо в .emacs прописать (setq visible-bell t), и он станет весело моргать. :)

Zubok ★★★★★
()
Ответ на: комментарий от dsoc

>Да, действительно событие!!! Ура-ура-ура! Вот только пакетов под Debian еще нет, а emacs 22.1 еще в experimental, что жж... придется собирать самому.

В какой ветке? Есть emacs-snapshot.

Zubok ★★★★★
()
Ответ на: комментарий от Dselect

> Случай 4... Да нет на локальной машине ни vim'a, ни emacs'a, и > > > скачивать файло особо некуда.

Случай 4... Да нет на remote машине ни vim'a, ни emacs'a, и для временных фаилов места тоже особо нет. ))

DRuG
()
Ответ на: комментарий от Kpoxman

> Народ, у кого там русский некрасиво смотрится. Если найдете как исправить - запостите куда-нить (хоть в форум->девелопмент).

[skip]

> Запускаю так: emacs-23 --enable-font-backend --font "Bitstream Vera Sans Mono-12"

Надо заменить Bitstream Vera на DejaVu. Vera не имеет русских символов. В результате Emacs и/или fontconfig пытаются найти их хоть где нибудь. И находят... Но, к сожалению, как правило уродливые...

awn
()
Ответ на: комментарий от dragon_djanic

Цветовую схему в смысле? Использовать расширение color-theme.

Sphinx ★★☆☆
()
Ответ на: комментарий от anonymous


> ой, пиплы... Юзайте лучше jEdit :)

Да ну его... Я знаю гораздо лучший способ заставить машину тормозить...

Dselect ★★★
()
Ответ на: комментарий от anonymous

> учит растягивать пальцы на всю длину клавиатуры

:)

Да, таки идиотская привязка клавиш (а все потому, что нет командного
режима) -- это уже достаточно, чтоб послать emacs на^W в /dev/null.
Ну и в добавок кривая локализация...

Dselect ★★★
()
Ответ на: комментарий от AS_Pushkin


> Если часто перемещаешься по файлу, то очень даже возможно, что
> скачиваешь/закачиваешь куда больше, чем весит файл. :)

Вряд ли (разве что файл в две строчки). Напоминаю, что заходим по ssh,
без всяких там X11 forwarding'ов.

> В любом случае локальная машина реагирует намного быстрее, чем удаленная.

Во-первых, обосновать не затруднит? Во-вторых, даже если и быстрее...
Что 10ms время реакции, что 1ms -- человеку этой разницы не заметить.

> Если трафик некритичен, удобней все-таки скачивать.

Нет, не удобнее, а только путаницу создает. Иначе бы никто не парился
с сетевыми и кластерными ФС...

Dselect ★★★
()
Ответ на: комментарий от Dselect

идиотская? я таких удобных видел очень мало. у меня пальцы сами набирают команды, и иногда люди спрашивают как сделать то-то, то уже приходится внимательно смотреть на то, что делают пальцы :-)

вы просто его не освоили, поэтому и орете. с чего бы тогда во многих других редакторах есть поддержка кейбиндингов Емакса - в еклипсе я помню ее с самого начала

ott ★★★★★
() автор топика
Ответ на: комментарий от Dselect

Нет, при серьёзной разработке и использовании большого количества инструментов быстрые биндинги vim уже не так мнемоничны. Кроме того, в расширениях нет культуры единобразия привязок. В Emacs переходить на vi-привязки выгодно (ИМХО) только для быстрого жонглирования текстом, в чём vi очень хорош, а вот работать приходиться с длинными биндингами. На самом деле, различия в привязках нивелируются неделей работы в одном или другом редакторе. К моим пальцам и Emacs-, и vi-привязки прилипли максимум за неделю, а дальше уже просто не думаешь о нажимаемых клавишах — думаешь о выполняемых действиях. Думаю, недостатки биндингов не являются аргументом в споре о выбираемой среде.

Локализация полностью рабочая.

Sphinx ★★☆☆
()
Ответ на: комментарий от Dselect

> Нет, не удобнее, а только путаницу создает. Иначе бы никто не парился с сетевыми и кластерными ФС...

Верно, сетевые ФС могут предоставлят *прозрачный* удобный доступ к файлам на удалённом узле. Тем же самым занимаются netrw и tramp, разве нет? Как раз единственная преграда — размер файла.

Sphinx ★★☆☆
()
Ответ на: комментарий от Sphinx

> Верно, сетевые ФС могут предоставлят *прозрачный* удобный доступ к файлам
> на удалённом узле.

Не совсем верно (google AFS), но не важно...

> Тем же самым занимаются netrw и tramp, разве нет?

Это у них плохо получается, и вряд ли вообще получится без помощи со
стороны VFS.


Dselect ★★★
()
Ответ на: комментарий от ott

> идиотская?

Это _очень_ мягко говоря, а иначе слово было бы непечатное.

> я таких удобных видел очень мало.

Ага, очень удобно... Да за одно только C-M-% или C-x-C-s надо отрывать
все, что свисает или торчит... чтоб такие хотя бы не плодились...

Dselect ★★★
()
Ответ на: комментарий от Dselect

если вы не смогли что-то освоить, то это не значит, что таких вещей существовать не должно. а пользоваться кучей программ, в которых пейсатели понапридумывали собственных раскладок - удобно?

ott ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.