OberonCore

Он утверждает, что Вы сами лично подвержены этой гордыне.

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

Никак не сходятся мнения в способе реализации платформо-зависимой части ББ. Единой команды не видно, поэтому результатов нет. Так что давайте спокойно обсудим пути решения задачи.
Каким вы представляете БлэкБокс для Linux/UNIX:
как полную копию версии Windows или модифицированную(в какой мере?) ?

Полная копия должна быть на программном уровне (API).
А как оно будет выглядеть -- лично мне до фонаря.

A GUI front end
ACK - Amsterdam Compiler Kit. Имеется в виду компилятор Modula-2. Для реализации GUI автор выбрал Tcl/Tk.

Очень и очень интересное решение для создания ГУИ. Напрочь кросс-(платформенное|языковое).

http://www.gtk-server.org/index.html

Протокол текстовый, насколько я понял => тормоза (интересно, как там картинку (которая картинка, например полученный по rtp видеокадр) передавать в этом тексте? ююком?).

Основная фича -- отсутствие необходимости реализовавыть ручками биндинг к gtk-либе реализующей gtk api. Эта необходимость меняется на необходимость реалиции руками (текстового) протокола в который оный gtk api тут завёрнут.

В общем то это X11 protocol для бедных (тех кто не умеет работать с бинарными данными, например всяческие скриптовые языки)

PS. Кстати, нечто подобное мы тут реализовывали. Только протокол был бинарный, соответственно работало быстрее и не было проблем с передачей картинок.

PPS. Но повозиться с этим gtk-server'ом интересно, да. Спасибо.

Это не так уж и мало.
По большому счету это резко снижает сложность build-cycle.
Научились вызывать одну функцию из одной либы и … вперед, читать документацию к GTK.

Ну в простейшем случае да. Но лишь до тех пор пока всё идет как надо. Как натыкаемся на неожиданное поведение, сразу всё резко усложняется -- то ли это мы идиоты, то ли это баг/особенность в gtk, то ли это баг в прослойке под названием gtk-server. Одной сущностью больше, больше вероятность бага.

Отдает спором



В любом случае, решение интересное; стоит в некоторых случаях рассмотреть.

Это жестоко

Безусловно. Может даже можно гуй к блекбоксу приделать (если нам не требуется от него уберпроизводительности и чего-то хитрого). Поиграться с этим gtk-server'ом всяко нужно. Как минимум за ради положительных эмоций

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

Все тема заглохла?
Обидно (
Единственное что меня сдерживает в работае на этом языке это отсутствие кросплатформенности(
В идеале было бы поступить как лазарусе, или даже лучше - как в fpGui тоесть разработать Свой гуи, и просто отрисовывать нативные темы ОС

Не. Скоро опять всплывет. В связи с процессами в преподавании школьной информатики очень вероятно, что кто-то возьмется делать ББ+КП в линухе. Может даже и я...

1) Делаете сами.
2) Сами ничего не делаете, ждёте, пока сделает кто-то другой.

Не понятно, на что можно обидеться в п. 2

А разработчкики основные не собираются добавлять кросплатформенность?

Основные разработчики --- это о ком? Если о авторах BlackBox непосредственно, то нет, не собираются. Если о тех, кто использует BlackBox в работе, то тоже пока не собираются, так как именно такая задача не ставилась. Если вдруг она (задача) возникнет в рамках какого-нибудь проекта, то она будет решена.

На голом энтузиазме пока не получилось.

У Дмитрия уже два года как есть рабочий вариант BB под Linux, я его на Убунте еще раз вчера запускал, единственная проблема не понимаются библиотеки с .so.0 на конце, поэтому приходится делать ссылки на эти библиотеки с названием без нуля на конце. Все работает ведь, окошко GTKшное появляется, почему не отталкиваться от этой версии (или более свежей чем двухлетняя, если имеется такая, хотелось бы посмотреть). Надо планомерно избавится от всех виндовых API и OLE, я не программист и делать это мне в разы сложнее, но что-то делать готов. Оставить все надо как есть, полностью сохранить внутренний API ББ, иначе будет не кросплатформенная разработка. То есть, реально переписать папку Host, чтобы обеспечить работу каркаса. При этом если как-то использовать наработки Романа с компилятором, было бы тоже здорово.

1) "Окошко появляется" --- это не каркас на GTK+, это одно окно.
2) Ну ведь сказал же: на энтузиазме переписать Host не получилось ни у кого. Хотя в общих чертах понятно как и что там делать и какие проблемы будут при этом.
3) Без интузазизьма, коммерческих задач, которые могли бы включить в себя сие меропринятие как подзадачу, не возникало. Во всяком случае пока.

Но мы этого не знаем.

Дело не в голом энтузиазме, а в недостатке смысла, -- когда можно работать под wine.

Непрофессионально и недостаточно эстетично выглядит BB под Wine, сыровато в коммерческом плане и у детей никакого вдохновения не будет науку на таком двигать еще можно, но руки чешутся добить остатки винды, жаль мозгов не хватает.
Сделал кастрированную версию ББ без подсистемы Ole и др, пропала возможность копировать, и т.п. HostClipboard надо переделывать на буфер linux'a.
Первым делом надо избавить HostFiles от WinApi, HostRegestry нужно реализовать через файл /home/user/.oberon/config
Ядро Дмитрий правил уже, используем наработки с http://oberonrevival.sourceforge.net
Про HostFonts кто-то писал давно еще.
У меня пока все