OberonCore

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

Я вот намеренно не поддаюсь на эти провокации витания в облаках. ))

Хотел, чтобы меня поняли. Если Вы не поддаетесь на провокации - не говорите что Вам неясно и провокаций не будет.

Я хотел сказать, что Text можно брать в Линукс целиком не дожидаясь появления "графической" части - ибо вся прорисовка текстов базируется на подсистеме System, которой в случае нужды можно скормить тупые заглушки (или того интереснее - вывод на консоль. По крайней мере у меня ФАР блэкбоксовые доки смотреть умеет )

Хотели сказать - но не сказали.
Если используются заглушки - то нельзя сказать, что используется вся Text. Был вопрос о модуле консольного вывода, но как-то прошел незамеченным.

Заглушки - на уровне Host, так что Text ну никак не пострадает (и даже не узнает о существовании заглушек). А консольный вывод, как реализация к Log, только на этом форуме есть минимум в двух вариантах. Я вообще не очень понимаю откуда возник вопрос про консоль с её "проблемами"

Сравните интерфейсы Log и StdLog. Проблема, как я понял, возникает от использования той части, которой в Log нету.

Не справится.
Формально, конвертер нужен для того, чтобы файлы *-api.xml преобразовывать в *.mod или *.odc.
На практике такой перевод - одноразовая операция, состоящая из написания транслятора, пропускания xml через транслятор, и ручной доводки (пусть и небольшой) результата.

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

Описание деталей - здесь

Пострадает не Text, а её использование. То, что от неё ожидал разработчик, реализовано не будет. Вопрос о модуле консольного вывода возник ввиду его отсутствия в сборке на текущий момент. Проблемы "консоли" к этому вопросу непосредственного отношения не имеют. Из минимум двух вариантов следует выбрать какой-то один. Я во избежании недоразумений с StdLog вношу предложение об именовании его как ConsoleLog т.е. файл Log.odc в каталоге TARGET\Console\Mod. Если есть что по нему добавить, можно обратиться непосредственно к тому, кто его будет добавлять. На данный момент - Димыч.

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

Начинают вырисовываются разные варианты развития ББ:
1) Консольный ББ (без ГУИ части) для Linux.
2) Консольный ББ (без ГУИ части) для Windows.
3) ГУИ ББ для Linux.

Первые два варианта делаются с помощью обрезанного варианта компилятора и небольшой надстройки над модулем Init, разбирающей командную строку.
Разница будет только в рантайме.

Третий вариант - собственно ГУИ вариант. Только после перевода GAPI на ББ.
Основные мои силы сейчас идут на третий вариант. Что до первых двух, это не сложно, как мне кажется, надо потратить пару вечеров да еще пару на документирование (крайне оптимистичная оценка). Если у кого есть желание взяться, могу подсказать, куда копать. Вопросы или в дневник или в личку.

Опять не понял почему цитировали. Дмитрий я веду речь о работающей среде ВВ для Linux. То, что вырисовывается помимо этого лучше обсуждать в отдельной теме, если кому интересно. Если оставаться в этих рамках - то фактически Вами сейчас предложен единственный вариант. Или я не прав?

Касаемо системы Text.
Она спокойно собралась в Linux. Весь вопрос в том, может ли она
использоваться, если я правильно понял обсуждение.

Подсистема Text отделена от подсистемы View, однако, они используются
совместно. Какой смысл использовать систему Text, если нет возможности
создания View (т.е. окошек с текстом)? Может я чего не понимаю,
растолкуйте, пожалуйста.

А вообще, сама по себе подсистема Text кроме как (System)Views ничего
особенно страшного не использует, а потому препятствий к ее использованию
не вижу.

Другой разговор, что сам я ей еще не пользовался, потому не знаю, что за
зверь

Вроде как и особенно необходимости в StdLog не видел...

Это реализация текстов = динамических строк с форматированием. Использоваться может везде, где нужно обработать или выдать текст. Форматирование использовать не обязательно.

Как интерфейс к текстам со "срезанным" форматированием (игнорируется Attr и Views тоже) можно посмотреть RocotText. Там также засунута пара процедур, которые в ББ справедливо выкинуты на уровень Mapper-а, но для подсистемы трансляции удобны прямо на уровне Reader/Writer, поскольку сканер в случае использования Рефала там не нужен (WriteChars - кусок массива символов, WriteString и WriteInt).
RocotBCF подтыкает эти RocotText на базе обычных текстов ББ.

Вообще, реализация текстов ББ - действительно, самый оптимум из того, что можно придумать для "работы с динамическими строками" ))

Такого вопроса никто не ставил. Просто её использование сейчас полным не будет как раз ввиду отказа от использования форматирования ( читай отображения ) текста. Что с ConsoleLog? У кого какие идеи?

Ну на svn-е лежит WinConsole, думаю в качестве виндового варианта сойдёт. Но это именно вывод, хотя Log для чтения и не предназначен

Если устроит Вас в качестве варианта для Linux предлагаю Вам его выложить в репозитарии BlackBox-Linux по названному адресу.

Наверно устроит. Проблема в том, что я линукс некоторое время назад изничтожил, так что проверить не могу Тут у меня нехорошая идея насчёт логов появилась, обдумаю - выложу на svn. А там Димыч или кто ещё испытает/поправит

Собственно вот. Чуток допилить LinConsole и сваять LinLogfile - и будет счастье. Куда это положить в svn, чтоб без дублей - не знаю

Пришел я отписываться, что все ок, а тут еще один файл.
Буду посмотреть.

---
Посмотрел я ConsoleLog. Очень даже неплохо, скажу я вам. Единственное, что я сделал - это переименовал процедуру Done в Uninstall и пометил как экспортированную, т.е. раз уже Install экспортирована, пусть уж будет в паре.
Постараюсь или сегодня или завтра на SVN положить (на работе это проблематично делать )

Разместил на SVN версию Log от Guest и поверх (следующей ревизией) свою.