Свой интерфейс

[waleri]

Так вам IDE надо?

[Utkin]

А такой вариант. Берём текст, парсим его на слова, засовываем слова в инлайны и расскрашиваем как хотим и что хотим?

Вполне симпатично. Единственно (но это не проблема предложенного варианта) работа ведется в делфи из-за предыдущих наработок.

Так вам IDE надо?

Не пока еще рано, это уже просто обсуждение в сторону ушло.

[Человек_Борща]

Для простого ввода/вывода на HTML можете вот в этом компоненте, посмотреть реализацию HTML парсера и рендера(никаких браузеров нет вообще).

Выводит картинки и текст в форматировании и без мерцаний.

Почему вы так уверены, что Scintilla не сможет заскинить сразу группу слов?
Порядок слов проверить в строке - дело не хитрое.
Найти группу слов в блоке кода и следовать логике - тоже не хитрое.
Ну или мне так кажется.

Интересно, язык программирования чего и для чего у вас?

[Utkin]

Интересно, язык программирования чего и для чего у вас?

Я хочу проверить свои некоторые идеи. В частности использовать в качестве переменных деревья строк. То есть вырожденное дерево будет представлять обычную строку. Ну из преимуществ например, возможность динамического изменения структур данных. Попробуйте этого добиться с помощью struct или record. Поддержка сериализации в xml, json (и обратно) независимо от содержимого переменной (в одну строку) ну и короче со своими блекджеком и шлюхами. В общем заставить смотреть программера на задачи со стороны иерархического представления информации. Само собой рекурсия (через циклы, да), сборка мусора в рамках программных скобок, сменяемый синтаксис (в отдельном файлике), юникод само собой, динамическое подключение юнитов, прозрачное подключение дллок (не всех, только специально заточенных под расширение языка/интерпретатора), фактически программа не будет видеть разницы между длл и обычным юнитом. В общем аппетиты акульи. Плюс дополнительно некоторые методы по работе со строками и деревьями - это так на сдачу, все равно в самом интерпретаторе будут использоваться.

[Человек_Борща]

интересная мысля.

Попробуйте этого добиться с помощью struct или record.

А если так:

 type
   pRec = ^TRec;
   TRec = record
   Parent:pRec;
   Data:PChar;
   Next:pRec;
   end;

Вот вам и дерево, точнее росток, из которого рождается дерево. И динамичное.

динамическое подключение юнитов,

Не не. Знаете что будет лучше всего? Умная компоновка кода.

Вот привязан у вас в проекте Forms модуль. Все что вы используете, это TForm. А ведь в модуле Forms куча хлама, который вы не используете вообще, но компилятор его все равно компилирует. И точно так же с др. модулями. Очень эпично, когда из-за ExtractFilePath нарастает 100 кб.

В частности использовать в качестве переменных деревья строк.

Отладчик Delphi строит такие деревья во время отладки.

[Utkin]

Вот вам и дерево, точнее росток, из которого рождается дерево. И динамичное.

Ничуть оно не динамичное. Это все равно статика. Я имею ввиду, что в рекорд напрямую без всяких ссылок Вы можете добавлять все что угодно. Во время работы программы. Новые поля, а не ссылки на неизвестно что.
И потом

Next:pRec;

Next всегда будет ссылаться только на TRec.
И уже тем более Вы не сможете избавиться в своем рекорде, скажем от Data... А я могу Потому и нет возни с рекордами. Есть просто переменные и все. То есть тип получается один.

Умная компоновка кода.

Это уже на уровне ИДЕ можно добавить такую функцию. Генерить отдельный юнит только с нужными методами или вообще прям в текущий вставлять.

Отладчик Delphi строит такие деревья во время отладки.

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