OberonCore

Ну это типа классическое разрешение для широкоэкранки. У меня и на ноуте и на телике такое

Речь не о разрешении экрана, а о диагонали в дюймах.

Это минимум, на котором еще возможно программировать (по отзывам в форумах). Всё, что меньше 15.6 дюймов, уже не годится для серьезной работы. Стало быть, о меньших экранах можно и не думать. Разумеется, на больших экранах структурный редактор должен работать.

Странно, вот у меня стоит 800x600 монитор. И я на нём периодически программирую... Нормально, особенно если не используются навороченные ИДЕ у которых рабочее пространство меньше, чем область под свистки и дуделки...

А что означает "fp=491b5ad05b40b9dd"?

Я нашел еще один такой интерфейс - у редактора GUI Machine, предназначенного для прототипирования интерфейсов.

... и еще у редактора скриншотов SnagIt.

... и у AutoCAD.

... и у Microsoft Word 2010.

Правда, мне не нравятся широкие ленты и беспорядочно разбросанные по ним иконки разных размеров. Да и набор вкладок у Microsoft весьма произвольный.

Я применил описанную выше идею контекстно-зависимых инструментальных панелей на вкладках (честно заимствованную у "ленты" компании Microsoft, но это также не её идея) к интерфейсу PureBuilder. Одними только инструментальными панелями дело не ограничилось - некоторые рабочие панели, включая палитры, тоже стали контекстно зависимыми. В результате интерфейс радикально изменился. Теперь программист видит только то, с чем он в данный момент может работать, в отличие от загроможденных всем и вся IDE. С другой строны, средства навигации по программе стали удобнее, так как навигационная боковая панель теперь не выполняет посторонние функции, а "аккордеон" заменен вертикальными вкладками.

Вот результат изменений:



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

Это со вкладками хорошо... типа как здесь обсуждалось. Совмещается и иерархия проекта, и инструментарий...

Пацан выиграл Умника с нашим редактором. Сейчас выделил общее процедурное ядро в нашем языке, в Обероне и Додиезе (он на нем пишет) и реализовал в среде переключение синтаксисов этих языков.
В архиве - ролик-презентация, как это все делается.
Еще немного кривовато, но основа - есть.

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

А справа в окне - пустое поле - как раз для графа...
И если вы не обратили внимание, то одной кнопочкой меняется семантика ссылки-значения.
А над типами пацан как раз сильно размышляет.
Как раз в струю пришлась книга о типах: http://www.ozon.ru/context/detail/id/7410082/
Тут собственно, в первую очередь волнуют процедурные типы.
Не хочется вводить указательный тип. Но и делегаты как-то не очень нравятся.
Агенты Эйфеля нравятся гораздо больше. Но вопрос требует глубокого изучения.
Предложения - приветствуются.

За две тыщи????? Про типы?????

А кое-кто еще не верил, что избыточная сложность в сфере ИТ -- источник приятной ренты для "контуперных гениев".

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

Не обратил, наверное...
Ага... это как раз, помимо прочего, чтобы не создавать ситуации с "нарушением защиты памяти"?..
У меня как раз по Мейеру в этой связи вопрос возник - см. в этом посте. Или я не так понял?

Тут подумалось - это не в том же русле, что эти размышления и пример?

Класс!

Особенно впечатлила автоматическая перекодировка из одного языка в другой!

Валерий, пусть он еще визуализацию блок-схемы сделает! Как следующий этап и деньги на это выиграет.

Не блок-схемы, а Дракон-схемы.
У меня один 2-курсник на Qt такую курсовую делал. Надеюсь, и на диплом с ней пойдет.
А если не пойдет - тут у меня еще два пацана работают с редактором. Исследуем операции пользователя - не текст жеж, а конструкции. Надо поисследовать какие операции и насколько удобны. Вот с ними графику и далее можем сделать.

А может быть, для начала добавить справа вкладку - панель с коллекцией иконок/кнопок сниппетов? А то даже не понятно, какие конструкции вошли в диалекты языков, используемых в редакторе, и есть ли там что-то новенькое. Сразу добавится наглядности, и не придется лезть в мануал с описанием особенностей версий языков, воспринимаемых редактором. По мере продвижения Вашего исследования можно будет добавлять новые сниппеты.

А переключение между синтаксисами - действительно полезная вещь для приманивания программистов с опытом работы на разных языках программирования (ведь вывих мозга сразу не исправишь) и приучения новичков к безобразному синтаксису целевого (после обучения) языка (мы все понимаем, о каком синтаксисе идет речь ). Я бы добавил и третий синтаксис - не обезображенный наследственными болезнями ({} ; END и более серьезными) текстового (не графического) языка - и дополненный графическими элементами для обозначения границ блока и ветви.

Да. Тут как бы ты ни размышлял и чего бы ни придумывал, в пределе все равно Лисп получается...