OberonCore

Оно отправляется отображению только один раз, при вызове Views.InstallFrame. Причём, не просто так, а только если ~(handler IN view.bad).

В документации сказано, что используется внутренне, и это использование замечено в модулях Controls и TextViews.

Хочется понять сутьство и использовать в своих целях.

А может, не стоит, раз внутренне?
Взять себя в руки

Мне нужно устанавливать разный размер контекста внедрённого отображения, в зависимости от опций контроллера контейнера. То есть, перевели форму в режим маски - размер один, а переключили в режим разметки - размер изменился.

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

Я уже перепробовал штатные средства, но они не предусматривают подобные выкрутасы.

Обёртку не предлагать - обёртка маскирует тип обёртываемого контейнера, и служит изолятором от некоторых встроенных в ББ и рассчитанных на этот тип возможностей.

Можно намёком, зачем такое рококо?
Любопытно из общих соображений (не верится, что нельзя найти че-нить попроще, особенно с текст-как-интерфейсом).

А-а, это старая тема, вот следы:
viewtopic.php?f=23&t=3279
viewtopic.php?f=24&t=2622
viewtopic.php?f=24&t=2645
viewtopic.php?f=24&t=2646&hilit=%D1%80%D0%B5%D1%81%D0%B0%D0%B9%D0%B7

Бросить квадратик ресайзера на стандартную форму куда проще, чем пилить обёртки, или свои формы с контроллерами, а потом заменять на них десятки ранее сверстанных форм. Отсюда и мороки.

Кстати, настройки стратегии ресайза делаются через интерфейс составного документа - вот тут текст как интерфейс проявляет себя во всей красе.

Резайзер на форме --- это проявление составного документа (в данном случае --- формы), а не текст-как-интерфейса.

Все описанные выше беды --- от использования форм. Текст как интерфейс = отказ от форм. Нужно взглянуть на проблему с другого угла.

P.S. я понимаю, Иван, что в Вашем случае взглянуть мало --- надо ещё много чего переделывать...

А, понял. Это не вьюшка вообще или там контрол какой, а очень специальная вьюшка-ресайзер. Псевдо-вьюшка.

Но вопросы про обновление невидимых вьюшек у меня тоже когда-то были.

Есть одна проблемка с тем, что Domain перегружен смыслами: он и для работы с видимыми вьюшками, и для загрузки-выгрузки сложных динамических структур с поддержкой правильной структуры ссылок.

Помню, что моя идея состояла в том, чтобы логически доразвить Stores, введя туда механизм рассылки по всем Store'ам домена (или их перечисления, что, кажется, эквивалентно). Этот механизм уже по сути спрятан в Externalize|Internalize, его нужно только эксплицировать.

Это была бы основательная вещь общего характера, из общих соображений что-то такое должно быть.
Я бы этим путем пошел -- очень аккуратно развил Stores.
И отправить модуль в Ominc в качестве предложения.

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

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

Конечно, формоориентированный дизайн нельзя напрямую переносить в текст, тут и говорить не о чем. Но от геометрических преимуществ формы тоже просто так не откажешься!

Отказ от форм --- это и отказ от всех контролов.

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

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

Как вы выведете в текст, допустим, миллион-другой записей из базы? Как устроите фильтрацию списка? На форме это делается парой кликов, а как делать в тексте - я не представляю...

Ну да.

Частный случай -- Ex|Internalize -- есть, а общего механизма нет.

Надо бы взять кому-то и сделать.

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

Маскирование можно победить:
viewtopic.php?f=23&t=2850

Да дело в том, что во внутренних механизмах ББ используется тип Containers.View. Просто повсюду.

Я всё-таки решился сделать обёртку и как раз на базе Containers.View.

Обязательно опытом поделитесь, если будут силы.

Похвастаться успехами - в обязательном порядке!