 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 06 Dec 2002 20:58:31 To : Alexei Dets Subject : Re: Хаааачууууу нор мальную IDE под Linux!!! --------------------------------------------------------------------------------
Hi, Alexei!
>>>>> "AD" == Alexei Dets <adets@idsk.com> writes:
[skip]
AD> Да он и сам это умеет, вообще-то :-) Hо я это сказал не к проблеме
AD> "поставить" (там уж актуальней как хлам удалить), а к тому, что оно
AD> приходит абсолютно ненастроенным для нормальной работы.
вполне настроен.
AD> Самое смешное, что прямо в tutorial есть пример конфига с довольно
AD> полезными настройками. Спрашивается, если знают, что там сразу надо
AD> поменять, почему оно в таком виде не идет "из коробки"?
очевидно потому, что авторы не считают что это будет полезно хотя-бы более
чем половине пользователей.
[skip]
AD> IMHO у них там просто координации работы не хватает, нет никаких
AD> стандартов на написание этих пакетов :-(
этим страдают многие большие проекты, начиная с проекта "ядро линукс".
Хотя, видимо стандарты есть, но проблема не в наличии стандартов, а в том,
чтоб их соблюдали.
>> У меня противоположное мнение (насчет Emacs, а не vim),
>> так что это субъективное мнение.
AD> И чем оно субъективно? Работает быстрее? Жрет меньше? Кучу хлама не
AD> тянет? Это вполне себе вещи объективные.
"быстрее", это очень субъективная характеристика. "жрет меньше",
опять-же, мне при 384M RAM, 20M совсем не жаль. Куча хлама, тоже, на
винте лежит, и есть не просит. (кста, кажется в манагере пакетов можно
даже деинсталить, хотя я могу ошибаться, смотреть лень ;).
AD> Субъективны тут только предпочтения интерфейса - мне интерфейс у
AD> xemacs нравится больше, чем у vim (как и тебе, судя по всему). Hо
AD> парадокс заключается в том, что его GUI-интерфейс _HИКАКОЙ_,
а что там должно быть КАКИМ?
>> Hе знаю как сейчас в XEmacs, а в GNU Emacs таких проблем сейчас
>> нет. Последний раз, я с этим встречался в dictionary.el ровно год
>> назад. После письма с патчем автор исправил все на следующий же день,
>> причем сделал более универсальное решение, чем мой патч.
AD> Вот это и есть проблема emacs - свои собственные решения :-( Если в ОС
AD> уже все настроено и работает, то там тоже должно работать и так
AD> же. Почему надо что-то дополнительно включать и настраивать, если у
AD> меня _уже_ настроена локаль?
в современных версиях есть возможность использовать системные средства.
Я давеча за 1 минуту обозревания меню Options -> Mule нашел как сказать
чтоб у меня кушался системный ввод, еще пара минут ушли на чтение info,
чоб узнать иеня переменных которые менются выбором пункта меню, и
прописать их в конфиг (результирующий конфиг тут пролетал).
Это, правда GNU Emacs, но XEmacs заметно подтягивается в плане MULE в
последних версиях. Там вообще судя по изменениям много сил прикладывают к
обеспечению совместимости с GNU Emacs.
>> Смотря какой заточки. Пользоваться custom можно без знаний
>> lisp. Интерфейс поначалу не вполне привычный, но вполне понятный.
AD> Хм, а разве понятный и удобный это одно и тоже? Кроме того, не такой
AD> уж он и понятный.
все ооочень понятно. Оно просто непривычно, но я бы не скзаал чот оно
неудобно.
Лично мне гораздо удобнее, чем ползать по Tabbed Dialog Windows, и так
далее. В привычном способе изменения настроек, пользователь заходит в
диалог Options, че-то там меняет, закрывает диалог (потому что он почему-то
модальный, но благо эот в юниксах не всегда так), проверяет, получилось ли
лучше, и снова дет по меню, в ту закладку и так далее.
В Emacs Customize это все не так. Кроме того, я например, чусто смотрю
"as lisp code", и просто копирую это в конфиг? для последующего
использования, не только "присвоении значения переменной".
AD> IMHO, из него безусловно можно сделать хорошую вещь (точнее много
AD> разных), но надо совершенно пересмотреть текущий подход к сборке,
AD> пакетированию и, возможно, к внутренней организации emacs. Сделать
AD> какие-нибудь тематические сборки, типа emacs-IDE, emacs-organizer и
AD> т.п.
/usr/ports/editors$ ll -d xemacs-*
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-additional-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-basic-mule-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-comm-packages
drwxr-xr-x 3 root wheel 512 6 ноя 16:01 xemacs-devel
drwxr-xr-x 3 root wheel 512 9 ноя 12:08 xemacs-devel-mule
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-games-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-libs-packages
drwxrwxr-x 2 root wheel 512 9 ноя 12:08 xemacs-mule-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-oa-packages
drwxrwxr-x 2 root wheel 512 9 ноя 12:08 xemacs-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-prog-packages
drwxrwxr-x 2 root wheel 512 5 апр 2002 xemacs-wp-packages
Это пример как собирают xemacs на freebsd.
Вообще, добро пожаловать в xemacs-users-ru, там отвечают, по делу, и судя
по всему Махоткину удается пропихнуть правки в основное дерево исходников
довольно эфективно.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/2541a31a19c3.html, оценка из 5, голосов 10
|
|
|