> VIM, к сожалению, ортоганален emacs
К счастью, а не к сожалению. Таки vim -- текстовый редактор, а не ОСь :)
> xml ортагонален plain тексту вообще и здравому смыслу в частности.
Это точно. "В печку ее, Зина!" (TM)
P.S.
А [ai]spell к emacs'у так до сих пор не прикрутили?
Г-н Evgueni, я так понимаю это самое интересное что вы можете дать публике на обозрение? ну ладно раз, ладно - два... так ептва мать, на кой вываливать каждый новый шаг в освоении емакса??? и как модеры пропускают... :-|
/ме вот когда это емакс сделает нормальную обертку на ГТК/КуТэ вот тогда наверное и посмотрю на сие поделие. а пока он выглядит как средневековое безобразие. Работать должно быть не только удобно, но и приятно. Это как правильно питаться... сначала едят глазами (внешне должно вызывать апетит), потом обонянием (на запах у вас должна выделяться слюна), а ТОЛЬКО В ПОСЛЕДНЮЮ очередь - ртом. Толька в такой последовательности продукт усваивается максимально.
зыж как я уже говорил - смотреть не на что в плодах людей с абсолютно атрофированым/кастрированым чувсвом вкуса и эстетики. может оно и круто в емаксе рисовать кружочки, но это 1 класс 2-я четверть и тем более не повод для вынесения как плод вашего искусства.
> Это как правильно питаться... сначала едят глазами (внешне должно вызывать апетит), потом обонянием (на запах у вас должна выделяться слюна), а ТОЛЬКО В ПОСЛЕДНЮЮ очередь - ртом.
Это вы батенька швейцарских сыров не пробовали - от вида и запаха блевать тянет (чем дороже - тем страшнее), но что-то в них есть. Они как бы это сказать - вкусные.
"Во, что крест животворящий с бесами-то делает" (Ц)
Думаю, что серию стоит продолжить. Положительный эффект, оказываемый ею на аудиторию ЛОРа, скрашивает некоторое (совсем небольшое) однообразие.
Про "каждый новый шаг в освоении емакса" - смеялся. Пейши исчо! А то клоуны разбежались, а цирк остался.
По умолчанию сейчас везде пихается aspell, но я его отрубаю в пользу ispell, так как тормозной очень и для русского языка никакого дополнительного толку.
>И даже в EMACS? Просто ни в одном гайде такого не видел... :(
В последних Redhatах по умолчанию, причём очень давно. При проверке через flyspell emacs, временами, завешивался на несколько секунд - так я и выяснил, что по умолчанию там aspell.
>...кроме случая с юникодом :) Или ispell и utf-8 умеет? тогда -- да, резон действительно есть.
По этому поводу ничего не знаю - как минимум ещё год я в сторону unicode даже смотреть не буду - у меня мораторий :) . Потом буду принимать решение о продлении моратория.
> вот когда это емакс сделает нормальную обертку на ГТК/КуТэ
У меня сложилось впечатление, что стандартные темы для qуеты и gtk
рисовали девочки (девушки?) лет двенадцати: неряшливо, аляповато,
размалевано все без всякой меры. Словом, как сами себя раскрашивают,
так и нарисовали :)
> а пока он выглядит как средневековое безобразие
Нормально он _выглядит_. Не размалеван по-идиотски, и текст _нормально_
виден, а не "ежик в тумане", как в ...
> Работать должно быть не только удобно, но и приятно.
У всех разное представление о том, что такое "приятно".
> Это как правильно питаться... сначала едят глазами (внешне должно
> вызывать апетит), потом обонянием (на запах у вас должна выделяться
> слюна), а ТОЛЬКО В ПОСЛЕДНЮЮ очередь - ртом.
Вот таких недотеп предпреимчивые буржуи кормят говеными биг-маками (ну
и сходным по качеству софтом). И неполохо с этого имеют (буржуи, а не
недотепы).
> как я уже говорил - смотреть не на что в плодах людей с абсолютно
> атрофированым/кастрированым чувсвом вкуса и эстетики.
Вот с этим я совершенно согласен. Только вопрос в том, что оное чувство
кастрировали именно Вам.
P.S.
> так ептва мать
Вам на улицу Маухуура, 13. Ехать маршрутным газенвагеном #666 до остановки
"биореактор им. В.С. Луговского"
> По этому поводу ничего не знаю - как минимум ещё год я в сторону
> unicode даже смотреть не буду
А зря. Ублюдочные KOI*, CP*, ISO* следовало задушить еще лет N (N>=5)
тому назад.
>Это как правильно питаться... сначала едят глазами (внешне должно вызывать апетит), потом обонянием (на запах у вас должна выделяться слюна), а ТОЛЬКО В ПОСЛЕДНЮЮ очередь - ртом. Толька в такой последовательности продукт усваивается максимально.
При этом далеко не всегда то, что красиво оформлено и приятно пахнет, бывает вкусным или даже свежим :) Уксусом и лимоном рыбку сбрызнули в глаза клюковку вставили, зеленью оформили, и красота и запашок отбили :) Только вот одна засада, внутри тухляк ведь.
>> По этому поводу ничего не знаю - как минимум ещё год я в сторону
>> unicode даже смотреть не буду
>А зря. Ублюдочные KOI*, CP*, ISO* следовало задушить еще лет N (N>=5)
тому назад.
Вот когда будет в байте 32 бита. Когда с grepoм и прочими текстовыми утилитами проблемы исчезнут, тогда да. Но до тех пор я бы никого не душил. Проблемы с unicode только начинаются. Это нам привычно с четерьмя кодировками разбираться - а вот каково англоязычным выбирать среди имеющихся представлений единственно верное. UTF-8 это не панацея.
> Слишком много вещей заточенных под 8 битов (хоть не под 7 - и то ладно).
Это точно. Что меня поразило даже такая "центральная" утилита как fmt по крайней мере до недавнего времени форматировала текст побайтно (какой уж там говорить о поддержке всяких combining marks) :( Но надо ж с чего-то начинать, чтобы хотя бы баг-репорты писать :)
> Когда с grepoм
А что с grep'ом за проблема?
> и прочими текстовыми утилитами
С какими именно?
> проблемы исчезнут,
Проблемы не исчезают по крайней мере до той поры, когда о них кто-то
сообщает. Но с grep'ом (и sed'ом) давно уже никаких проблем нет.
> Но до тех пор я бы никого не душил.
Душить [разные кодировки] _надо_, в идеале эту нечисть надо было задавить
еще в зародыше.
> Проблемы с unicode только начинаются.
Они уже [почти] закончились.
> а вот каково англоязычным выбирать среди имеющихся представлений
> единственно верное. UTF-8 это не панацея.
Идея в том, чтоб этих представлений быть как можно меньше, в идеале --
одно. UTF-8 не позволяет этого идеала достигнуть, но зато позволяет
к нему _значительно_ приблизиться.
>> и прочими текстовыми утилитами
>С какими именно?
Постоянно вылезают. Из относительно недванего: недавно ко мне приставали по поводу utf8 и пакета listings, jpilot на gtk2 гробит кириллические базы на palmе - это не напрямую связано с unicode - но из той же серии.
>> Проблемы с unicode только начинаются.
>Они уже [почти] закончились.
Вот когда закончатся окончательно - вот тогда и будем в его сторону смотреть. Я оцениваю, что окончательный переход будет в районе 5 лет.
>> а вот каково англоязычным выбирать среди имеющихся представлений
>> единственно верное. UTF-8 это не панацея.
>Идея в том, чтоб этих представлений быть как можно меньше, в идеале
>одно. UTF-8 не позволяет этого идеала достигнуть, но зато позволяет
>к нему _значительно_ приблизиться.
Кстати, вопрос знатокам емакса -- в нем вообще
есть возможность целенаправленно переключаться между буферами?
И имею в виду как в vim -- делим экран на 2(4) части, и кнопками
ctrl+w+(стрелка вверх/вниз/влево/вправо) перемещаемся в буфер
в соотв. направлении (т.е. буфер вверху, внизу, слева, справа)?
А то я там кроме как ctrl+x+o ничего не нашел (чтоб по умолчанию было).
>Кстати, вопрос знатокам емакса -- в нем вообще есть возможность целенаправленно переключаться между буферами? И имею в виду как в vim -- делим экран на 2(4) части, и кнопками ctrl+w+(стрелка вверх/вниз/влево/вправо) перемещаемся в буфер в соотв. направлении (т.е. буфер вверху, внизу, слева, справа)? А то я там кроме как ctrl+x+o ничего не нашел (чтоб по умолчанию было).
Я думаю ничего такого нет. По крайней мере по умолчанию.
Ну и после C^x o можно набрать имя буфера. При соответствующей практике это может получаться быстрее чем сообразишь с какой стороны он находится :)
iswitch-mode есть, переходит на буфер по substring'у. По-моему удобнее, чем направление указывать, тем более, можно переключится на буфер, к-й в данный момент не виден.