|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexei Dets 2:5020/400 09 Dec 2002 20:55:02 To : Eugene Morozov Subject : Re: Хаааачууууу нор мальную IDE под Linux!!! -------------------------------------------------------------------------------- Hi! Eugene Morozov wrote: > Alexei Dets <adets@idsk.com> writes: > >> Я верю, что их можно оторвать. Вот только уж очень это криво при помощи >> rm отрывать-то. А еще надо и найти, откуда и как оторвать. >> Hо самое интересное - нахрена все это барахло туда по >> умолчанию пихать?! > > В XEmacs, насколько я помню, есть какая-то система > пакетов и можно удалять пакеты с учетом зависимостей и Hасчет зависимостей я что-то не очень уверен, вроде они там нифига не отслеживались, но вообще система есть. AFAIR из нее нельзя удалить стандартные пакеты не будучи рутом. Хотя при желании их можно не грузить, но это уже вопрос к написанию своего навороченного конфига. > пользовался этой возможностью. По умолчанию в Emacs > впихнуто совсем немного барахла. Hу есть 12 примитивных > игр в меню, но на диске они занимают совсем немного > места (1,5 Мб), а в память до первого использования не > загружаются.. Так что где "все это барахло"? Что-то в память все-таки грузится: меню и т.п. структуры ведь инитятся. Весь этот мусор торчит в меню, тулбарах и мозолит глаза, кроме того он напрямую сказывается на времени загрузки xemacs. Как тут уже показали, во FreeBSD, например, оно по-другому упаковано, более детализовано, поделено на десяток пакетов. А оригинальные авторы просто предпочитают закрывать глаза. > ощущений при работе с Emacs не испытывал. Иногда > происходят задержки из-за сборки мусора, но после > перехода на GNU Emacs 21 я их ни разу не замечал. В Может быть. Я не видел GNU Emacs > 19.x, тогда он мне чем-то понравился сильно меньше, чем XEmacs. > XEmacs раньше была такая проблема, частенько он засыпал > на пару секунд из-за сборки мусора даже во время набора > текста и это сильно раздражало. Hо даже тогда с этим > можно было бороться увеличивая значение переменной > gc-cons-threshold. Говорю же - "сделай сам" :-( >> браузеры, кроме того, как вообще можно сравнивать редактор и браузер???; >> KDE - нет такой программы и никогда не было. > > Galeon не намного быстрее и легче мозиллы, фениксом я > пока еще не пользовался. Говоря о KDE, я имею в виду > среду в целом: панель, window manager, апплеты и т.д. Дак как можно такие вещи сравнивать, если они _разные_? Можно сравнить два браузера, два текстовых редактора, два wm, но как сравнить, например, редактор, браузер и wm? > это было бы намного менее удобно. Дублируются обычно > настройки почтовых клиентов, но это сложная проблема, > учитывая совершенно отличающиеся друг от друга подходы > к чтению почты и новостей в различных читалках для Подход-подходом, но при чем тут адреса? Они от этого не меняются. > Emacs. Да и не доставляет это серьезных неудобств, > учитывая еще, что почту и новости в Emacs читают только > его фанаты, вроде меня, которым несложно прописать > email-адрес в двух местах, да и то это не всегда > требуется.. Тем не менее, почто- и ньюсочиталки (да еще и несколько, AFAIR) идут в стандартной поставке. > удобнее.. Ведь те, кто используют GNOME/KDE, > предпочитают работать с программами из этих же гномов и > кде, потому что с программами, имеющими один и тот же > look&feel проще и удобнее работать. Мне тоже так кажется. Если посмотреть архивы этой конфы, то где-то полгода назад я именно про это и писал - look&feel у emacs весьма самобытный, в результате хочется либо все делать в нем, либо все делать не в нем :-) Все время переключаться с одного набора привычек на другой не очень удобно, затачивать все под один стиль - очень хлопотно и не всегда возможно :-( >> IMHO, из него безусловно можно сделать хорошую вещь (точнее много >> разных), но надо совершенно пересмотреть текущий подход к сборке, >> пакетированию и, возможно, к внутренней организации emacs. Сделать >> какие-нибудь тематические сборки, типа emacs-IDE, emacs-organizer и т.п. > > Hу так это каждый пользователь может сделать сам для > себя, если захочет. А иначе получится слишком > ограниченная система: вдруг работая в emacs-ide я > захочу уточнить в emacs-organizer к какому времени мне > нужно эту работу закончить. Hе, имея базовую функциональность, которую ты хочешь, можно всегда доставить в нее новые отдельные модули с доп. функциональностью. Hо с только той, что тебе нужно. > То же самое можно сказать про Emacs. Он также весьма > модульный и модули между собой весьма хорошо > интегрируются.. > >> >> PS. [dets@miami bin]$ ls -1 /usr/bin | grep ^k | wc -l >> 196 > > jmv@tanya:~$ locate -r '\.el$' | wc -l > 1261 > > И большая часть этого независимые друг от друга модули. Большая часть как раз весьма зависимые, но дело не в этом. Я ведь специально привел количество бинарников, а не библиотек, плагинов и т.п. И они пришли отнюдь не из одного kde-x.xx.tar.gz, а как минимум из дюжины пакетов. И они работают обычно отдельно друг от друга, в отличие от модулей emacs, которые работают _только_ внутри emacs. Т.е. в принципе emacs претендует почти на роль ядра ОС + интерфеса ОС (его модули работают только под emacs и внутри его интерфейса, но в основном являются ОС-независимыми), в то время как программы KDE/Gnome являются все же совершенно независимыми традиционными программами, в какой-то мере связанными между собой общим (в определенных пределах) набором библиотек (хотя можно и без библиотек). Можно писать приложения под KDE на Python/Perl/Java etc., но можно ли на них писать модули emacs? Он замкнут сам на себя... Ладно, пора закругляться с темой в этой конфе, пожалуй :-) Тем более, что сейчас я его уже не пользую. Просто хотелось поделиться некоторыми отрицательными впечатлениями от продолжительного пользования XEmacs, т.к. положительные тут и так расскажут. А потом появится толпа чайников и скажет, что их обманули ;-))) Алексей -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: InfoDesk, S.A. (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/64889d81d575.html, оценка из 5, голосов 10
|