SXEmacs 22.1.1

CLIMACS (http://common-lisp.net/project/climacs/) - вот наше будущее!

Это точно.

От пионеров, желающих быть "не как фсе", ждать хороших продуктов не приходится.

И что все остальное так плохо - сам же под вин не пускает, хотя ИМХО не фиг под вин пускать, но все равно - не сочетаеться это желание.

>I want more control of the project as a whole and at the same time make it easier for developers to contribute and become involved.

Ну и? А GNU Emacs прямо такая файлопомойка и прочее прочее ? А до того что он хочет как то ...

Вообщем есть GNU Emacs и всякие форки ИМХО не нужны - смысл?

У обычного нормального GNU Emacs с юникодом все ok (версия из cvs кажеться в ноябре 2004 года оттуда тянул)

Номинально я буду работать над FFI для SXEmacs и полной перепиской event системы. FFI заменит DSO как класс, новая event система сделает SXEmacs более стойким к так называемым unexpecting blocking. То есть реально можно будет гарантировать что SXEmacs не блокирует никогда ..

Ну и конечно как сайд эффект в SXEmacs xwem будет работать лучше :)

я лишь взялся за SXEmacs, потомучто мне нужен нормальный редактор чтобы написать CLDE - Common Lisp Desktop Environment, который будет включать в себя маштабируемый редактор(clemacs) и маштабируемый window manager

Тогда поясни мне тупому что есть такого необходимого в *emacs чего нет в GNU Emacs ? А потом уже говори. XEmacs может "кушать" в роли тулкита gtk2? а юникод ?

так а что мешало все это делать для обычного emacs? или это религия не позволяет ?

>Use GNU/arch (tla) for revision control instead of CVS.

Извини но ИМХО этот tla по сравнению с cvs гадость еще та - Я пробовал - не удобно. ИМХО ...

Но к примеру чтобы мне его взять из cvs мне не надо ставить cvs Я работаю с CVS и все с ним работают - а чтобы взять из Arch надо его ставить - мелочь - но минус, ставить не буду - лень;

Смысл в твоем неаргументированном ответе? НОЛЬ! Так что не надо кричать тут во всю что "**emacs ruless!" - без аргументов это глупо;

>так а что мешало все это делать для обычного emacs? или это религия не позволяет ?

RMS

>Use GNU/arch (tla) for revision control instead of CVS. >Извини но ИМХО этот tla по сравнению с cvs гадость еще та - Я пробовал - не удобно. ИМХО ... >Но к примеру чтобы мне его взять из cvs мне не надо ставить cvs Я работаю с CVS и все с ним работают - а чтобы взять из Arch надо его ставить - мелочь - но минус, ставить не буду - лень;

ну и где здесь аргументация?

с тупым действительно разговарить трудно

чего мне больше всего не хватает в gnu emacs, так это системы xemacs packages

допустим

>ну и где здесь аргументация?

А тебе не ясно? и кто из нас тупой?

да да да - пробовал XEmacs и не понял его "прелести" - просил тебя пояснить что в нем такого - спрашивал чем лучше неоднократно и кроме ответов в стиле - "XEmacs ruless" не видел - выводы?

>Какая-то странная женская логика. Ты о людях по себе судишь?

Нет нормальная у меня логика кстати, людей? нет не по себе - вообще стараюсь людей не судить.

>людей? нет не по себе - вообще стараюсь людей не судить.

Хе-хе :)))

Нет Я никогда не говорил что emacs sucks, использовал его подобие jed только потому что потерял свой .emacs - и про емакс говорил тогда что настраивать его под себя мне лень по сему использовал jed ...

Потом пришлось немного с elist разобраться (кстати нужен линк на документацию по lisp) надо было...

тогда неинтерестно.

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

Так вот ежели бы мы жили в таком мире, тогда да форки были бы не нужны. А раз мы живем в динамическом мире, то как раз все эти ответвления полезны. Полезны как раз для развития как человека, так и ПО. Не важно каким оно является закрытым или открытым.

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

Ты знаешь по поводу твоих постов пробегает мысль, что ты являешься "старым_пердуном_консерватором", которому все изменения нафик не нужны. Нельзя так!!! Может они тебе не нужны, а нужны другим людям.

Я не говорю что все это не нужно, Я всего лишь спрашиваю зачем?

>Может они тебе не нужны, а нужны другим людям.

Полностью согласен;

Почему в GNU Emacs ты тоже самое можешь сделать - не надо ecb не будет и тд и тп. Если там просто удобная система имнно пакетов - то да это плюс - единственный?

попытайся в gnu версии просто так прибить viper, gnus или эти дебильные игры. для этого надо немалые напильники.

> Если там просто удобная система имнно пакетов - то да это плюс - единственный?

а тебе этого мало? это не просто плюс, это огромный плюс.

*ЛИЧНО МНЕ* этого не достаточно чтобы перейти на XEmacs - но где Я говорил что XEmacs не нужен? правильно нигде вот и все.

скоро буду на amd64 ...

Зачем? Кому же может придти в голову выкинуть из emacs редактор?

привожу твои слова из этого треда

> Вообщем есть GNU Emacs и всякие форки ИМХО не нужны - смысл? (alphex_kaanoken (*) (01.02.2005 13:38:58))

> Тогда поясни мне тупому что есть такого необходимого в *emacs чего нет в GNU Emacs ? (alphex_kaanoken (*) (01.02.2005 14:10:40))

> да да да - пробовал XEmacs и не понял его "прелести" - просил тебя пояснить что в нем такого - спрашивал чем лучше неоднократно и кроме ответов в стиле - "XEmacs ruless" не видел - выводы? (alphex_kaanoken (*) (01.02.2005 14:38:00))

так что, во-первых - таки говорил, что не нужен. во-вторых получил аргументированные ответы, а не крики "XEmacs ruless"

ты вообще общался с разработчиками GNU Emacs? Они не хотят революций, они не хотя менять вещи(даже если знают что надо), им нравится все как есть. К томуже GNU Emacs предоставляет не достаточно функциональности для реализации нетривиальных вещей, к примеру tpum и xwem практически невозможно портировать на GNU Emacs. Был уже разговор со Столменом по этому поводу, он сказал что добавит в GNU Emacs недостающую функциональность для их работы, но этим должен кто-то заниматься, а у меня нет времени на вещи в которых я не заинтересован. XEmacs сразу позволил сделать достаточно сложные вещи, внутренние интерфейсы XEmacsа более продуманы чем в GNU Emacs, можно сказать что под XEmacs софт писать проще .. Но сейчасная тенденция XEmacs не совсем нормальная, развитие XEmacs больше перешло в плоскость винды. Не фиксятся базовые вещи, не делается нововведений, XEmacs становится большим непредсказуемым виндовым софтом. Нам это не нравится, мы хотим что бы XEmacs развивался в глубь а не в ширь, разработчики XEmacs этого не хотят/боятся, поэтому и был создан форк. Как он будет развиваться покажет время .. все равно конечная цель известна - clemacs, но нам нужен хороший IDE чтобы создать clemacs :)

а никто не говорит что CVS на помойку, просто arch намного удобнее для offline разработки и распределенной разработки. Нет так называемого общего репозитария, у каждого разработчика свой собственный репо и он в нем делает все что ему хочется не, то есть способ разработки который до этого даже не использовался, в CVS возможно только commit-review-veto, or review-commit-accept способы, с arch возможен commit-review-merge способ, это похоже на то что если бы в CVS каждый имел свой собственный бранч и необходимые изменения мержились в head.

Не знал что Xemacs еще и в сторону виндовую пошел;

climacs и clemacs произносятся одинаково - климакс :)

PS: пока говорить о clemacs очень рано, это один из долгих проектов. Вот лет через 10 может чтото будет готово а сейчас ничего кроме мыслей нет ..