trdm писал(а) 13. Марта 2008 :: 10:07:

Мне кажется, ты немного не то делаешь...
Вроде бы как тв декларировал, что первым этапом - интерпретатор.
Вот и надо на нём сосредоточиться.
Написать подробное ТЗ, расписать устройство, сделать как можно больше примеров скриптов, которые должны выполняться. Причём в первую очередь примеры синтаксических конструкций. А уж дальше функции стандартной библиотеки.
Продумать необходимое апи сопряжения с остальной системой и внешним миром - COM под  виндой, DBus и/или Corba.
Интерфейсы отладки, профилирования.
Хотя бы намётки обозначить.

Если забить на всё это не до каких MDI вы просто не доползёте.
MDI - это просто один из способов реализации GUI-ни над уже построенной системой. Если системы нет, то и MDI, SDI, или какой другой Web интерфейс просто не имеет смысла.
Сам же говоришь,

trdm писал(а) 16. Марта 2008 :: 08:56:

Внешний апи от этого всё равно не зависит, и его всё равно нужно делать.
В гпл-ной Qt есть DBus. Причём и на никсе и на винде - так что тут всё просто уже есть.
Ну а разобраться с COM - всяко проще чем написать свой интерпретатор.
Кроме полностью ручного кодирования, можно использовать сторонние библиотеки.
Например:
http://stlsoft.org/comstl
http://www.lambdasoft.dk/comet/
Хотя в любом случае придётся допиливать, всёж таки затравка есть.

Или совсем экзотика: заюзать pythonQt, а через него стандартный пакет биндинг python-а к COM - win32com. 

Tonal писал(а) 16. Марта 2008 :: 07:49:

это... не слишком ли много требований к свободному проекту?
Я энаю, это было бы очень удобно... но....
итак дочертиков работы...

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