Параллельно делается модификация Ирбиса на Qt...

Разработка всё так же ведётся в Лазарусе? Его родной библиотеки виджетов стало не хватать или Qt добавляется в качестве альтернативного интерфейса?

На Qt начата полностью независимая параллельная система, с теми же словами и логикой работы. Да, вопрос в виджетах. Нельзя сказать, что в Lazarus они плохи - сейчас задача "быстро построить графики" решается очень приятно. Однако сам процесс доводки форт-системы "от виджетов" оказался неожиданно простым и результативным.

А, под какую версию QT делается проект?

P.S. Подключение графической библиотеки QT к SPF 4.20
Автор MGW вроде дальше особо не развивал проект т.к. сделал подключение QT к используему им D языку программирования.

QtE-Qt_for_Dlang_and_Forth
QTE5

Пока 5.15, оставляю совместимость с другими разработками.

Это уже было. Не то. Здесь делается попытка "переписать все на Форте". Процесс написания чего-то практически полезного становится крайне трудоемким, потому что нужно не просто написать "все то же самое", но и сначала оформить это "все" внутри Форта. Смысл от такой работы полностью теряется.

Альтернативный подход - встраивать Форт в работающий фреймворк.
1. Инициализация заведомо достаточного набора виджетов.
2. Привязка управления виджетами к словам Форта.
3. Интерпретатор в командной строке/редакторе.

Показываем кнопку:


Все, теперь можно динамически создать GUI и привязать элементы к словам проекта, написанным на Форте. Это убирает необходимость постоянно дописывать Qt.

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

Интересно, что на Github есть проект.
QtForth

И что конкретно в этом интересного?

Не знаю, но может быть сравнение с решениями сделанными в рамках Qt - версии для Irbis.
Сам ещё не знакомился со сделанной реализацией.

Qt-Irbis, как понимаю, предполагается закрытой разработкой?

P.S. В репозитории автора этого проекта ещё большое число проектов/имплентаций в рамках QT.
к примеру для работы с архивами, а также сделаны QTLisp, QTProlog.

Я ничего интересного в таком подходе не вижу, потому что пересматривать весь гитхаб, как только возникла идея проекта - это просто заблокировать работу. То есть если кто-то "застолбил" имя проекта, то теперь мимо него не пройти и надо обязательно ознакомиться с его "решениями", несмотря на то, что решений как таковых там может и не быть?


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

Очень хорошо. И что?

Аполитично мыслите .. если бы идеи в массы не давали бы.. не было и этого форта... и других идей..

Так идеи, а не кучу кода в надежде, что вокруг сплошь мастера кодирования, жаждущие дописать в сложных местах. Тут уже сама практика свидетельствует, что выложить на гитхаб это далеко не "осчастливить мир".

Ну все таки какие то идеи можно анализировать... А не вариться в собственном соку...

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

В чём идея этого сообщения?