...
2. Не заменить - дополнить.

4. Дерево уже было - пока убрали. Но вообще справа - место для проекта

6. Об этом думаем.

Вот кстати объявления (как и структуру проекта) тоже можно визуализировать. Была такая среда для Паскаля (см. в этом посте) - там это хоть и выносилось на отдельный экран (Symbols), но шло текстом. А можно и графово.

А вообще уже интересно посмотреть...

Насчет подсистем - Пока принципиальное решение - как в ББ. То есть проект = подстсема = новая папка, где собираются все модули проекта.

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

Интерфейс я бы сделал менее контрастным, например, как в CPIde.

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

...
У нас компилятор - не нужен.
Максимум - конвертер. Я в теме о редакторе уже приводил сохраняемый вид программ.
...

Да, там сказано. И конвертировать в КП, например, можно... как я понимаю, язык всё равно останется компонентным и в основе Обероновским (в типизации, скажем)... а усовершенствования большей частью, видимо, можно рассматривать как введение "макроикон" над "иконами"-операторами Оберон-07?
Кстати, а графовое представление зависимостей в смысле сказанного в этом сообщении поддерживается? Вообще-то Сергей предполагал это для редактора...

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

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

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

Восхищает гибкость этого, не побоюсь сказать, революционного решения...

Этот механизм имелся ... уже лет больше десяти назад.

...
М.б. это подбросит пищу для размышлений: viewtopic.php?f=26&t=1758&start=20#p33552 (и ряд дальнейших постов в теме м.б. интересен).
...

Если правильно понял суть фишки, то этот механизм под названием "статус-строка" имелся уже в 80-х годах в большинстве ДОСовских программ, претендующих на соответствие CUA (Common User Access) - от Norton Commander'а до SuperCalc'а и иже с ними... Да хоть Turbo Pascal тот же взять...

Не было такого механизма. Ни к "ленте", которая есть в Canvas, ни к строке состояния это не имеет никакого отношения - читайте внимательно. Во всех упомянутых Вами обоими программах есть главное меню, которое исчезло в новом Проводнике, и нет вкладок, относящихся к главному окну.

Так это... в чём разница-то? ... А по сути - те же мышеуказуемые пиктограммы в контекстно-зависимом наборе?

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

Можно было бы пойти еще дальше: главное окно обычно разбивается на прямоугольные области (панели), например, в левой показывается дерево, а в нижней выводится окно терминала. Так вот, некоторые области могут иметь свои вкладки, а каждая вкладка иметь свою контекстно-зависимую панель с иконками (или же набор иконок области будет зависеть от открытой вкладки главного окна).

Более того, даже набор областей главного окна может зависеть от отрытой вкладки главного окна.

Панель поиска и навигации под лентой также заслуживает похвалы. Интересно, использованные в ней контролы доступны уже сейчас, или появятся только в Windows 8?

А с архитектурой именно редактора сложилось не очень хорошо... Во-вторых, интерфейс изначально создавался как проект SilverLight с целью иметь одинаковый интерфейс и в браузере, и в настольном приложении. В-третьих, там в основе какой-то паттерн от микрософт. В-четвертых, ... приходится исследовать сами операции и думать, что является существенным (или удобным), а что - нет.

Важно сразу правильно задать требования к размерам экрана, на котором должен гарантированно работать структурный редактор. Я считаю, что они должны быть следующими: диагональ 15.6 дюймов с соотношением сторон 16:9 и разрешением 1366x768.

...
ЛОЛ! Это вы у себя померили, что ли?