Собственно, я так продолжительно писал это из-за того, что в день тратить на писанину много времени мне было лень, что потерял способность к концу смотреть "со стороны" на написанное.

http://voxel3d.strana.de/articles/mingwqtemacs.html
Ошибки, ложь, неточности, синтаксические ошибки если будут найдены, сообщайте. Дополнения / уточнения приветствуются. Если никто против не будет, то после обсуждения можно будет открыть и подвесить тему со ссылкой.

Выглядит гламурно. Молодец! Теперь мне уже не отвертеться от использования emacs :)
Граматических ошибок много даже на первый взгляд, но по-моему это не так критично.

Молодец. Надо мне собраться с силами и написать краткое введение в autoconf, automake etc.
А про ошибки - прогони все через spell-ceck.:-)
Я бы еще добавил для конфига:
(global-font-lock-mode 1)
---
Сколько хлеба не жуй, а пить все pавно хочется.

Поставил aspell, прогнал, исправил.
> Я бы еще добавил для конфига: (global-font-lock-mode 1)
Emacs автоматически запускает в c++-mode и остальных програмерских режимах.

в ссылки можно добавить http://www.dotemacs.de/.
---
-+Hетy больше котика, yмеp от наpкотика+- (2:5020/450.26)

Ага, добавил.

Гы :D Так я и поверил! Чтобы ты перешёл на глюкавую, студенческую поделку с нулевой интуитивностью и интерфейсом 70-ых? ;)

чья бы корова мычала о граМатических ошибках с 1 "м" :D (подколол, yes-yes-yes *радуеццо*)

Где же оно глюкавое. RMS студент?? Неадекватный местами, но не студент. И вклад вн╦с, хрен оспоришь. Про нулевую интуитивность и интерфейс 70-х фигня полная. Специально для любителей интуитивности, банер при старте показывает как вызвать справку. Те, кто не в состоянии 20 минут потратить на чтение, чтобы освоить используемые привязки, вс╦ равно ни на что не годятся. А какой интерфейс нужен окну с обрабатываемым текстом, лично я не понимаю.

Упало через 5 минут после установки по твоей инструкции (сорри, до конца не успел статью проработать, дел до фига)

В душе студент. ;)

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

По сути дела это прямой перенос текстового интерфейса на графический.

Автор тебе этого никогда не простит :-D

а чето не идет...

Хм, странно, первый раз слышу про падение. У меня несколько более ранняя версия, сейчас глянул по ссылке последний билд 60622, у меня 60608. Надо будет в статье дать ссылку на стабильный релиз.
> Я считаю, что любая программа должна быть максимально интуитивной - сел, и понял как работать. И использовать все имеющиеся в распоряжении средства для снабжения пользователя нужной информацией.
Не знаю. Такое количество функций, что доступны внутри Emacs, хрен сделаешь интуитивно-понятными. Если бы ты сказал: "любая программа для непрофессионального пользователя", я, может быть, согласился бы. Инструмент для профессионала сложен по-определению. Когда из него пытаются сделать интуитивно-понятную вещь, получается лажа. Хороший пример - редактор формул в ворде. Интуитивно-понятно, но абсолютно неюзабельно. Интуитивно-понятность в многофункциональном сложном продукте это вредная по сути вещь. Упрощение работы достигается ценой кастрирования возможностей продукта и приучению пользователя обходиться интуитивно-понятным для использования подмножеством функционала.
Я думаю, акцент у любой программы, даже для простых пользователей-домохозяек, должен быть не на интуитивно-понятность, а на удобстве использования. К удобству интуитивно-понятность отношения не имеет, она имеет отношение к порогу вхождения в ряды пользователей программы.
> По сути дела это прямой перенос текстового интерфейса на графический.
Графический интерфейс непродуктивен. Продуктивно печатать десятью пальцами и загнать на уровень рефлексов вызов нужного функционала через кейбиндинги, чем иметь красиво нарисованную фигню и использовать мышь для работы с ней. В красивом (на любителя) Eclipse от того, что есть вычурная форма у язычка таба, работать не становится лучше или удобнее.

Ты после пересборки Qt собираешь "Hello, World"? Qt, нормально пересобралась? Что происходит, если вызвaть: make release в той же директории?
Эта ошибка должна быть с непересобранной Qt, при попытке собрать debug версию. Ты запустил configure, но не перекомпилировал библиотеку?

Давайте секретарш наймём программистками - они и того быстрее печатают. ;)
Не знаю что вы такое пишете, но у меня большая часть времени уходит на то, чтобы придумать что и как написать, а не на то как это поскорее вбить в эдитор. На общую скорость программирования то, о чём ты говоришь влияет настолько незначительно... И дело вовсе не "красивеньких" табах в Эклипсе, а в том, что он мне в каждый момент предоставляет ту информацию, в которой я нуждаюсь. Вообще ты в нём работал? С явой? Функций в нём тоже до фига, кстати и форматирование текста, и рефакторинг, и настраиваемость - всё о чём ты говрил Симплу. Вот только CDT к сожалению до этого уровня ещё далеко. Взять что-ли в качестве дипломной CDT до ума довести?
PS Упал он у меня когда я в ECB лазил.
PPS Я видел "программистов" стучащих по клавишам как машинистки - вот только ихний код без валерьянки читать было невозможно.

Во-во, пошли танцы с бубнами - пересобери то, перекомпилируй это, настрой третье...

Я вообщето ленивый и никаких телодвижений по настройке/кампиляции не делал.
Это-же винда . Скачал проинсталил, и вписал в глобальные переменные (PATCH), как об этом и написано
Смотри картинку

Пересобери как написано, будет и в релизе и в дебаге собираться.

Я не решаю сложные задачи. Они примерно следущего уровня: ORM tool, 2d графика, вариации одной и той же задачи организации грузоперевозок, которую, в принципе, мы уже продумали и написали, теперь тиражируем по сути, задачи под веб, сложности примерно такого уровня, что описывал человек один тут, который пытался заступаться за всех убогих и был запинан в итоге, он появился когда тема была по ASP, вс╦ предлагал дать ему решение на PHP, хотел сравнить со своим. Скоро наконец-то прид╦т что-то интересное, где надо будет рассчитать загрузку оборудования оптимально... Я пишу медленно, не так как бы мне хотелось быстро. И я заметил, что у меня ид╦т постоянно отвлекающий процесс переключения на отслеживаемое редактирование текста. На моих несложных задачах, я думаю гораздо быстрее чем записываю вс╦ это. Хочу до автоматизма машинистки довести, чтобы проверить, повысится ли производительность.
С Eclipse я работал с явой. Отличный рефакторинг, подстановка импортов автоматически, автоформатирование, настраиваемость. Если бы не тормознутость версии 2, которая тогда только выходила, и если бы CDT был на уровне явы, он тогда вообще был сырой, я бы им до сих пор пользовался. Если ты CDT до ума довед╦шь, то сделаешь весьма полезное дело для кучи народа.

Поставь пожалуй секцию о пересборке перед быстрым стартом, и в отделе об установке поменяй Qt и MinGW местами, а то народ будет путаться. И вот это "С этой страницы необходимо скачать "Download Plugin" для MinGW" исправь, потому что на странице нет пункта "Download Plugin" - народ будет путаться. Кстати, если всё сделать по инструкции, то дебаг у меня не идёт.

Проблема заключается в том, чтобы найти куратора. Вообще у меня была идея написать standard proposal для C++ GUI в качестве Master-Thesis'а. Правда кросплатформенно это пожалуй для тезиса многовато будет, но если найти партнёра для линукса и мака, то я мог бы ограничиться в тезисе виндами.
Третья версия Эклипса по скорости вполне на уровне. Правда когда я хотел форматнуть регксом хтмл-файл в один мб, он у меня завис. Textpad проглотил этот файл без проблем, но в нём regex'ы только однострочные...

Секцию перенёс. Qt с MinGW не могу поменять местами -- в составе Qt идёт MinGW, секция о MinGW дополнение, её можно только выкинуть вообще. Или ты имел ввиду название? В названии поменял местами. "Download Plugin" исправил.
Сейчас снесу всё и проверю заново как собирается отладочная версия.
2Validol: Ты make release запускал до того как запустить qmake. Сначала в директории с твоим файлом запускаешь qmake -project, появляется файл проекта, потом qmake, появляются цели для make, потом make release. А не сначала make relese, потом всё остальное.

придёт что-то интересное, где надо будет рассчитать загрузку оборудования оптимально
-------
На каком уровне? Если полностью, по "теории", то это индустриальный инженеринг и там считать практически нечего при правильной организации базы. Основное - посчитать с 10-к вариантов загрузки и дать _человеку_ принять решение какой из вариантов использовать. Считать с автоотбором - не получается - там и КРАЙ не потянет.
Написано уже мнгого подобных систем. Года четыре назад показывали такую, которая показывает мультик уровня Pipe Repaier пока эмулирует работу заданной схемы.

> На каком уровне?
Я не знаю пока, шеф два слова буквально сказал и уехал. Выйду из отпуска, узнаю, что намечается.

НЕ может найти qtmaind либо с путями чего не так, либо имя либы неправильно дано.
---
"Вот это засос", - только и успела подумать устрица.

Кстати о дебагинге, мне всегда хватало -g. "-ggdb" дает что-то дополнительно или это то же самое?
---
А help читать - не барское занятье?

Преамбула
Sun Studio вроде использует gcc, стоит её вообще упоминать? RSXNT это тоже IDE для gcc. Остальные три может ссылками снабдить?
"Первое является окружением предназначенным для полноценного использования подсистемы POSIX в ОС Windows, эмулирующее недостающие системные вызовы через использование функциональности подсистемы Win32." - Это предложение IMHO нонсенс. Разве там используется подсистема POSIX?
"потеря кроссплатформенности от использовании которого нивелируется использованием кросс-платформенной оконной библиотеки" - неудачная формулировка, MinGW ещё не значит потерю кроссплатформенности.
"на данный момент лидирующие позиции занимают лишь две из них: Gtk и Qt." - wxWidgets ты зря обидел

Может лучше и выкинуть - меньше путаницы будет
С дебагом моя ошибка - сорри, всё в порядке.

Ну теперь все удачно, эксешник с хало ворд родился
qmake -project
qmake
make release
а не так как в документе

С QT ничего не делал, все осталось как прежде.
И впервый раз ,ага, make release я зделал в самом начале..

> НЕ может найти qtmaind либо с путями чего не так, либо имя либы неправильно дано.
С путями всё так, у него переключило на сборку дебаг версий по умолчанию, как так получилось я не знаю. Свежеустановленная Qt по умолчанию так сконфигурированна, что собираются релиз версии. При попытке сборки дебаг версий, происходит ошибка, т.к. в дистрибутиве нет откомпилированных в дебаг версии либ, с которым линкер связывает при сборке бинарник.

Нифига... Тестер должеть делает как написано
Написано скачать бинарники, проинсталить, проверить патчи и их вписать.. пожалста..
а хало ворд не идет ...буду я думать почему? Неа, не тестеровское это дело

> Sun Studio вроде использует gcc, стоит е╦ вообще упоминать?
Я не знаю, там какие-то странные версии компилятора > 5... Я подозреваю, что это не одно и тоже. Может, они на базе GCC сделали компилятор?
> RSXNT это тоже IDE для gcc.
Не только, это EMX порт GCC, с какой-то авторской приблудой под названием "NT09D" для сборки win програм. Хотя, в принципе, да это надо выкинуть, выкину.
> Остальные три может ссылками снабдить?
Я дам ссылку на "Коллекцию ссылок" в конце, там как раз первая ссылка на список доступных компиляторов вед╦т.
> "Первое является окружением предназначенным для полноценного использования подсистемы POSIX в ОС Windows, эмулирующее недостающие системные вызовы через использование функциональности подсистемы Win32." - Это предложение IMHO нонсенс. Разве там используется подсистема POSIX?
Я долго думал над правильностью этого утверждения. Итак, Cygwin. Ну, а что это по сути? Предоставление POSIX вызовов программисту. fork к POSIX относится, его становится возможным в программах использовать, в cygwin1.dll оно транслируется, насколько понимаю, в CreateProcess. Где противоречие? Или ты про POSIX в Windows? В NT & 2k была подсистема поддерживающая POSIX 1003.1. Я не знаю, есть оно сейчас в XP. Стоит заменить на:
"Cygwin является средой для переноса программ из POSIX совместимых операционных систем в ОС Windows"?
> "потеря кроссплатформенности от использовании которого нивелируется использованием кросс-платформенной оконной библиотеки" - неудачная формулировка, MinGW ещ╦ не значит потерю кроссплатформенности.
Ок, я изменю.
> "на данный момент лидирующие позиции занимают лишь две из них: Gtk и Qt." - wxWidgets ты зря обидел
Ммм, можно, конечно, написать о ней, но стоит ли? MFC like библиотека это вчерашний день ИМХО.
> Может лучше и выкинуть - меньше путаницы будет
Ok.

Именно. Я к тому, что выражение "подсистема POSIX" в Windows имеет вполне определённый смысл, и что эта подсистема в Cygwin не используется.

Речь шла о популярных кроссплатформенных GUI, так? На мой взгляд wxWidgets ей является, IMHO. Это конечно не принципиально. А в каком смысле она MFC like? В принципе я считаю, что Qt, с её слотами-сигналами, тем более вчерашний день. Всё можно было бы и стандартным С++ выразить...

За все время видел только одну прогу с мордой на wxWidgets, который не использовался, так как програмама имела и cli.
---
Hа yглy Гоpоховой и Помидоpной стояла женщина сомнительного поведения.
А возле нее собpалась толпа сомневающихся...

> Именно. Я к тому, что выражение "подсистема POSIX" в Windows имеет вполне определ╦нный смысл, и что эта подсистема в Cygwin не используется.
Ага, понял, исправлю.
> Речь шла о популярных кроссплатформенных GUI, так? На мой взгляд wxWidgets ей является, IMHO. Это конечно не принципиально. А в каком смысле она MFC like? В принципе я считаю, что Qt, с е╦ слотами-сигналами, тем более вчерашний день. Вс╦ можно было бы и стандартным С++ выразить...
Она не популярна. Из известного - aMule, AOL Communicator... и вс╦. Я бы и про Gtk не упоминал бы, но на ней тысячи приложений написанны. wxWidgets имеет весьма куцый список апликух. http://www.wxcommunity.com/modules.php?op=modload&name=Downloads&file=index&req=...
Можно, но не нужно. Здесь: http://qt.osdn.org.ua/templates.html тролтечи объясняют причины не использования шаблонов для сигналов / слотов. Мне они видятся разумными.

ОК, как я уже сказал, это не принципиально...

Согласиться здесь можно прежде всего с преамбулой - действительно, все на данный момент популярные GUI-библиотеки были написаны в доисторические времена, когда С++ ещё не имел ни STL, ни стандарта, и поэтому они все морально устарели. На сегодняшний день просто не существует современной GUI-библиотеки для С++...
Со вторым же пунктом - "Пре-компиляторы - это хорошо" я не категорически не согласен.

> На сегодняшний день просто не существует современной GUI-библиотеки для С++...
Ты имеешь в виду гуй средствами исключительно С++. Надо ли это, вот в ч╦м вопрос. Я вообще не понимаю зачем гую С++. Скажи хоть одно преимущество языка С++ для создания гуя? Недостатки очевидны - сложность, неортогональность, статичность.
> Со вторым же пунктом - "Пре-компиляторы - это хорошо" я не категорически не согласен
С прекомпилятотором они не навязывая какой-то особый компилятор "улучшенного" языка С++ добились использование расширенных свойств для объектов. С прекомпилятором (как следствие) они добились использования слотов / сигналов из скриптового языка Qt Script. С прекомпилятором они сделали гибкую интернационализацию приложений. С прекомпилятором (как следствие) они получили возможность в рантайме оперировать с сигналами / слотами и в рантайме читать гуй из .ui файлов.
Ничего плохого я не вижу.

Решил попробовать Emacs после VIMа.
Непривычно.
Сразу возникли вопросы.
Почему он не делает отступления в cpp файлах?
(cua-selection-mode t) не работает

Также не работает автодополнение.

> Почему он не делает отступления в cpp файлах?
Ты имеешь в виду автоформатирование? Если да, то делает. Надо включить c++-mode: M-x c++-mode, если твоя версия емакса не включаила автоматически этот режим при открытии файла.
> (cua-selection-mode t) не работает
(transient-mark-mode t) в список custom-set-variables сделает тебе подсветку выделенной области. Для выеления с помощью шифта и стрелок, я завтра найду тебе модуль cua и скажу как его подключить, ты же емаксом под линуксом пользуешься?
> Также не работает автодополнение.
Про автодополнение почитай, я написал в статье, ты что пробуешь: etags или semantic?

А что ты вообще имеешь в виду под автоформатированием?

Вот не знал, что для GUI язык должен обладать особенными свойствами... И какой же язык по-твоему предопределён для данной роли? Ява, Питон, Бейсик, Паскаль?
Сложность - заодно он самый мощный, а сложные конструкции тебя никто использовать не заставляет.
Неортогональность - поясни, плиз, что ты под этим понимаешь...
Статичность - поясни, плиз, что ты под этим понимаешь...

Для кого это хорошо-то? Для программистов, или для фирмы Trolltech? По-моему второе. Для community стандартная реализация всегда лучше, ты и сам это здесь неоднократно заявлял (например в отношении хтмл).

Насколько я знаю, прекомпиляция в qt всегда была неудобством, на который напирали сторонники гтк. Хотя у них тоже рыльце в пушку со своими жуткими зависимостями.
---
Хотел послать тебе 100$, но уже запечатал конверт.

> А что ты вообще имеешь в виду под автоформатированием?
Автоматическое обновление заданных для используемого режима символов заполнения, вставка перевода строк, если надо, в строку при вставке в строку т.н. "электрических символов" - заданного для используемого режима набора печатных символов.
> Вот не знал, что для GUI язык должен обладать особенными свойствами...
Не так ч╦рно-бело. Скорее, для создания гуя _удобнее_ одни свойства языка и неудобнее другие. Ты зав╦л речь о том, что нет тру С++ либы для гуя, я говорю о том, что сам С++ не слишком хороший выбор здесь, на мой взгляд.
> И какой же язык по-твоему предопредел╦н для данной роли? Ява, Питон, Бейсик, Паскаль?
Не знаю, серебрянной пули нет. Может быть, биндинг Tk на что-нибудь. Например, на руби или питон для 90% апликух с гуем.
> Сложность - заодно он самый мощный, а сложные конструкции тебя никто использовать не заставляет.
Спецификация в тысячу страниц, это слишком много и сложно. Даже для создания чего-то простого, надо знать достаточно много и достаточно хорошо.
И что значит "самый мощный"? Гипотетические электростанции управляемые ПО на С++ дают больше тока? Гипотетические космические корабли использующие С++ ПО летают быстрее и выше? Так, насколько знаю, там С++ близко нет. Ada какая-нибудь, смолтолк, ещ╦ что-нибудь, про С++ не слышал. "Мощность" это просто пиар. Язык Тьюринг-полный, пожалуй, ещ╦ очень перегруженный, вс╦.
> Неортогональность - поясни, плиз, что ты под этим понимаешь...
Возможность сделать что-то тысячью способами. Хуже, пожалуй, только перл в этом плане.
> Статичность - поясни, плиз, что ты под этим понимаешь...
Статическая типизация, пожалуй, ещ╦ отсутствие рефлексии.

> Для кого это хорошо-то? Для программистов, или для фирмы Trolltech? По-моему второе. Для community стандартная реализация всегда лучше, ты и сам это здесь неоднократно заявлял (например в отношении хтмл).
Так я и сейчас говорю, что стандартная реализация это хорошо, поэтому, наличие препроцессора, который позволил избежать модификаций компилятора - это хорошо. Лучше для программистов и это уже показало время. Qt получила распространение и популярность. Программистам легко овладеть концепцией слотов / сигналов и прочих нововведений пришедших с препроцессором. В противоположность этому, я читал блог разработчика какой-то надстройки над Gtk+, для того чтобы иметь тру С++ либу. Он жаловался, что пойдя по пути использования шаблонов они получили то, что в один прекрасный момент их либа стала слишком сложна для пользователей и они получили их отток.

> Насколько я знаю, прекомпиляция в qt всегда была неудобством, на который напирали сторонники гтк. Хотя у них тоже рыльце в пушку со своими жуткими зависимостями.
Интересно, в ч╦м неудобство заключается? moc всегда ид╦т с либой при разработке. Оно автоматически вызывается прозрачно для программиста.

> Интересно, в чём неудобство заключается? ...
Не знаю. Просто натыкался в обсуждениях.Я гуем имел дело только в лабвью, коий является довольно специфическим и специализированным языком. С моей невежественной точки зрения - усложнение процесса разработки из-за включения дополнительных инструментов, например.
---
Баскетбол-это игpа,где yчаствyют две команды,а выигpывают негpы

А попроще можно? Вот в Эклипсе я могу выделить кусок кода, выбрать из контекст-меню (или Ctrl+Shift+F) функцию "Format" и код отформатируется всплоть до пробелов и переносов которые для каждой конструкции синтакса можно задать отдельно. Как я могу сделать это в Эмаксе?

ОК, ты конкретно эти неудобные свойства назвать можешь?

Кто-то пару дней назад распостранялся о программах для профессионалов, и что они не могут быть простыми...

Ну так поинтересуйся. С++ уже применяется в safety critical программах, в то время Ада сходит на нет даже в DoD'овских проектах. Smalltalk вообще уже давно мёртв.
Ява на десктопе распостранения не получила, твои Руби, Питон, Тсl влачат жалкое существование в нишах, и никогда из них не выйдут. И при всём этом ты зяавляешь, что кроссплатформенная С++ библиотека не найдёт широкого отклика в массах???

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

Ага, лучше что-то типа Паскаля, в котором вообще нифа нельзя сделать...

Статическая типизация снижает количество ошибок, отсутствие рефлексии да, это минус, но это не настолько уж часто используемая фича.

Почему тогда еще никто не сделал такую?

Почему не сделал? Сделали, и не одну. Вот gtkmm даже более-менее современно выглядит. Большинство просто старше чем стандарт, поэтому и не вписывается органично в совеременный С++. Дело в том что написать такую библиотеку, и утрясти её стандартизацию в комитете, это невообразимая прорва работы, поэтому за неё никто и не берётся...
А библиотек полно - http://www.atai.org/guitool/

А, ты имел в виду протащить ее в стандарт. Я не понял.

Желающие включить гуй в стандарт имеются http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1901.html, тот же Stroustrup например

По умолчанию включен C++ Abbrev(после с++-mode ничего не меняется) так что наверное всё правильно.
Отступы не делает.

да

semantic.

Такакя же фигня под ХР

Всё заработало :-)
Как там насчёт цветовых схем?Всё ручками или есть уже готовое?
Белый фон напрягает.

Вот ссылка на cua
http://www.cua.dk/cua.el
Можешь добавить в тутор.

Поясняю насч╦т форматирования: в Эклипсе я могу вбить такой текст:

нажать Ctrl+Shift+F и получить

В Эмаксе я наш╦л только indentation...

Всем привет, прошу прощения за молчание, я в отпуске был.
> А попроще можно? Вот в Эклипсе я могу выделить кусок кода, выбрать из контекст-меню (или Ctrl+Shift+F) функцию "Format" и код отформатируется всплоть до пробелов и переносов которые для каждой конструкции синтакса можно задать отдельно. Как я могу сделать это в Эмаксе?
+ последний пост с примером форматирования.
Попроще: C-x h C-M-\ отформатирует текст. Переносы не изменятся, произойдёт только выравнивание отступов. Пойду у народа спрошу, есть ли возможность как в эклипсе сделать, с изменением переносов, пока я не знаю этого.
> ОК, ты конкретно эти неудобные свойства назвать можешь?
Я их назвал уже, я думаю, что статическая типизация там не нужна, полезно наличие рефлексии и возможность в рантайме динамически создавать методы.
> Кто-то пару дней назад распостранялся о программах для профессионалов, и что они не могут быть простыми...
Должен же быть предел. Скажи, сколько времени по-твоему требуется для профессионального овладения С++?
> Ну так поинтересуйся. С++ уже применяется в safety critical программах
А откуда информация, я этого не знал. Где почитать можно?
> Это не пиар, это возможность применить наиболее подходящую к данной проблеме парадигму, в то время как в более "простых" языках приходится извращаться подгоняя заложенную в язекы парадигму к проблеме...
Есть: структурное, императивное, процедурное, частично объектно-ориентированное, обобщённое. Нет: декларативного, функционального, оо основанного на прототипах, логического. ИМХО, не в кассу довод.
Я читал, в Lisp можно изменять не только синтаксис, но и семантику. Вот это пример "мощности".
> Ага, лучше что-то типа Паскаля, в котором вообще нифа нельзя сделать...
Неправда. Я сам не люблю Паскаль, но всё там можно сделать. Правда, используя лишь процедурную парадигму (всякие императивные и пр. не в счёт).
> Статическая типизация снижает количество ошибок
Я книги тоже читаю. Всё-таки, роль её преувеличена.
> отсутствие рефлексии да, это минус, но это не настолько уж часто используемая фича.
Ровно два метода по несколько строк каждый -- первый собирает информацию из сборки о классах поддерживающих определённый интерфейс и сохраняет список типов, второй из списка типов делает список объектов. Это в С#. В С++ я пишу фабрику классов которая ограниченна предопределённым набором классов, объекты которых она умеет создавать. Я не могу в С++ ограничиться просто добалением класса в программу без изменения остального кода, чтобы класс автоматически использовался. В языках с рефлексией я могу просто добавить класс не меняя ни одной строки вообще в других местах.
Фабрики классов используются повсеместно. Использование рефлексии в них оказывается весьма полезным. Не такая уж это редко используемая фича.

> Как там насчёт цветовых схем?Всё ручками или есть уже готовое?
M-x font-lock-mode
http://www.emacs.uniyar.ac.ru/doc/html/emacs_22.html#SEC190

Я-то думал, что речь именно о реформатировании кода. Одни разочарования с этим эмаксом :)

> Почему не сделал? Сделали, и не одну. Вот gtkmm даже более-менее современно выглядит... А библиотек полно - http://www.atai.org/guitool/
Ага, как же, "полно". Список в котором смешалось вс╦ на свете, и жаба и сдл и какие-то либы для атари. Что из этого списка реально сейчас используется как С++ кроссплатформенные гуи библиотеки?
Вот показательная история: http://qt.osdn.org.ua/gtkmm-qt.html, правда, с убитыми ссылками.

> Одни разочарования с этим эмаксом :)
У тебя-то да, конечно, сидя в редакторе фаре сплошные разочарования в Емаксе. Ага. У тебя там букмарки, хоть, есть?

Обижаешь :)