Я тут немного поразмышлял, и составил небольшой список компонент ASM IDE:
1. Main Frame Window. (К нему прикручивается все что можно:)
2. Main Menu (File, Edit, View, Tools, Window, Help. Остальные добавляются по мере надобности)
3. Editor (MDI or Multitabbed)..Autocompletion, Syntax highlightning, etc. Document/View (?)
4. Toolbars, Status Bar, Docking Autohiding Tool Windows
5. Способ представления настроек как внутри программы (IDE) так и на диске. (ini, registry or smth. else;) Структура каталоговб формат файлов проекта (xml?)
* Поддержка многоязычного интерфейса
* Навигация
* Scripting, Macro
* Wizards, Templates etc
* Plugins, Add-ins
* Resource Editor
* Version Control
* Autodocument source tool

А также:
1) На каком языке программирования это все реализовать?
2) Тип продукта (Open Source, GPL)
3) Target Platform (Win32 + x86, or ...) [Может сразу выделять Platform Dependent Code?]

Рад буду выслушать комментарии.

Хотя сначала надо изучить "рынок", так сказать, стоит ли начинать проект?

P.S.> А COM объекты ведь можно и в dll запихать :)

IMHO каждый програмер пробовал написать свой собственный, самый-самый, нереально крутой редактор - и многие ли довели начинание до конца? С нуля писать - это значит слабо представлять тот огромный объем кода, который предстоит создать, и только лишь затем, чтобы убедится, что 80% возможностей уже есть в любом другом редакторе. Бесполезнейшая трата времени - изобретать велосипед. Как концепт интересной идеи, но не инструмент - это да. Програмеры уже достаточно развращены Microsoft'ом. Большинство проблем, которые возникают - это проблемы с головой, а не с редактором. "Не всплывает имя функции" - давай нормальные имена, "путаюсь в структуре" - грамотно проектируй. Да, существуют неудобства, но любой в состоянии их преодолеть, немножко подумав. Sapienti sat.

Частично согласен с Ranger.
По мне не хватает в MSDEV от 6-й студии это нормальной поддержки ASM в редакторе - когда пытаешься что-то писать внутри __asm - то сразу же тошнить начинает. И не хватает коллапасинга блоков. А так - все остальное есть уже :)

rst
Да скриптинг нужен, а не PERL/PYTHON!
Если не понимаешь зачем - очень жаль.

!
Пожалуста не стоит катить бочки на участников форума. :)
Они обычные люди и мысли читать не умеют. :)
Хотя мне понятно о чём вы ведёте речь, им это может быть не ясно. Объясните доходчивей.

==============================
Скриптовая поддержва вещь хорошая. Но сейчас незачем усложнять проект.
Тем более, если будут использоваться компоненты, то это достежимо, как расширения интерфейса.

AsmGuru62
Понятно, через скрипт можно добраться до елементов
проекта и начать ими управлять... подумаю... Просто

Не распыляйте внимание. Будет IDE, со скриптом помогу я :)))
А пока забейте!!!

rst
Ты похоже вообще смотришь не туда, куда нужно. Причем абсолютно. Есть куча редакторов ресурсов. Чем они тебя не устраивают?

Ты очень категоричен!!!!!
Нельзя так!!!

Редактор Ресурсов Вещь необходимая!!!
А те, что есть они

1. Платные
2. Не генерируют целевой код.

К тому же сама IDE пишется для асма, но на С. И не факт, что плагины будут писаться на асме - асм используется для другого, а не для написания плагинов.

А вот тут вы КРУПНО ошибаетесь.

Как раз Асм просто создан для создания эффективной системы плагинов.. ДЛЛ и КОМ - отдыхают.

На нём же безграничный выбор возможностей и алгоритмов.

Вот хотя бы взять автоматическое создание ОДНОЙ ДЛЛ на основе БД функций.

Это намного эффективней, чем в 3DMAX тупо кучу ДЛЛ грузит.

DaemoniacaL
P.S.> А COM объекты ведь можно и в dll запихать :)

А они вообще там обычно и сидят :)) Только расширения меняются :)

Бесполезнейшая трата времени - изобретать велосипед

Хех. А мы на асме велосипедов не делаем. У нас только ХАРЛЕЙИ!!!

"Не всплывает имя функции" - давай нормальные имена

Ну да, давай имена, когда у тебя в проекте 50 подпроектов и около 500 модулей, причём с такой структурой, что крышу рвёт только от одного вида...

Да, существуют неудобства, но любой в состоянии их преодолеть, немножко подумав

Гм.. Вы или Гений (мой поклон гению), или сами не пробывали писать маломальски средний проджект :)
На всякий случай я вам позавидую.

Edmond

Салют, орел. По поводу твоего последнего высказывания -


Да, существуют неудобства, но любой в состоянии их преодолеть, немножко подумав

Гм.. Вы или Гений (мой поклон гению), или сами не пробывали писать маломальски средний проджект :)
На всякий случай я вам позавидую.


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

А вообще, сорри, что влез, это все и так очевидно!

Я вижу тут не слабая дискуссия идет...
По теме Редактора Ресурсов могу дать пример:
===
Редактируем диалоговое окно.
Делаем Right-Click на ListBox.
Выбираем событие (например LBN_SELCHANGE).
Попадаем сразу на функцию для этого события.
===
Функция автоматически добавляется в нужное место.
Или, если она уже есть, тогда просто для навигации.
То же самое с меню.
===
С другой стороны:

Надо вызвать LoadString() где нибудь в коде. Естественно, нужен
IDS_xxx из ресурса. А все IDS_xxx как на ладони - потому
что Редактор держит все это в памяти.

А Вы говорите Редактор Ресурсов не связан никак!
А как сделать что описано выше с редактором 'извне'?

AsmGuru62
Кстати, я скоро доделаю макро для автоматической генерации высокоэффективного кода WndProc / DlgProc
Я думаю, вам тоже захочется такой мастер в IDE воткнуть :)

+ Кое что в запасе.. для извращенцев :))) по тем же WndProc
В частности Одна процедура диалога на все диалоги!!!

+ Серверная реализация перехвата сообщений от окон.

%))

Так что IDE надо!!!

Эти все нужно автоматизировать..

И тогда Мастдай С++ :)))

Edmond Конечно, обычно сидят :) Но ведь их можно и в exe :)

Но мне кажется дискуссия ушла слегка в сторону. Все таки первым (на мой взгляд) должен стоять вопрос: "Нужно ли все это?" и "стоит ли вообще начинать данный проект?"

DaemoniacaL
А AsmGuru62 давно им занят...
ЕЩЁ КАК НУЖНО!!!!

>>Ну да, давай имена, когда у тебя в проекте 50 подпроектов и около 500 модулей, причём с такой структурой, что крышу рвёт только от одного вида... <<

2Edmond:
Ты пишешь одновременно во всех модулях и подпроектах?
Ты еще больший гений. Я спокойно веду проект на RadASM ( ~60 тыс. строк) и не испытываю проблем.

Ты пишешь одновременно во всех модулях и подпроектах?
Нет конечно. Часть проектов -- для отладки, часть DLL, часть OBJ собрания, часть ещё что-то. Что-то можно отдельно, что-то нельзя.. Я всё это загнал в VS, и пока альтернативы не нашёл... :(((

Как мне не хватает БД идентификаторов :(((

В часности из за функций, имена всех не умопнишь. :(