OberonCore

Вот есть форма, на ней расположены контрол TreeControl и текст-вью. В текст внедрено отображение, которому в какой-то момент понадобилось изменить свой размер.

Это отображение обращается к собственному контексту, вызывая SetSize.

Размер контекста меняется, при этом срабатывает процедура-уведомитель контрола Tree с операцией Dialog.changed.

Непонятненько. Каким образом изменение размера внедрённой вьюхи порождает волну уведомлений, да так, что это чувствуется деревом?

Насколько я сумел разобраться, схема примерно такая:

Внедрённое в текст отображение меняет размер своего контекста, это совершенно легальная операция. Правится модель текста.

Фреймворк видит это и рассылает известие об изменении модели. Ведь надо же оповестить остальных об этом событии. Это известие трансформируется в сообщение Views.UpdateMsg (или Views.Notify, я не разобрался) и через окно документа приходит в дерево (вот так изменение текстовой модели затрагивает деревянный контрол). А фрейм дерева (реализованный в HostCFrames) и вызывает уведомитель.

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

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

Однозначно.

Можно хотя бы полтора слова в пояснение?

аля фолды. каждый новый уровень вложенности с индентом, плюс раскрыть фолд можно кликнув по надписи...

http://dl.dropbox.com/u/9533224/tree.PNG

Спасибо. Если это то, что я думаю, то это хорошо

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

Да, грех не воспользоваться такой мощной инфраструктурой.

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

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

Будет возможность, пож., поделитесь.

В правильных GUI-интерфейсах возможен обход по контролам по клавишам Tab (Shift-Tab). Гарантируется, что пользователь может работать без мыши, это официальное требование Microsoft.
Вопрос: как это будет работать в обероновских составных документах? Например, если folds будут имитировать treecontrol, как я могу достучаться до него без мыши?
В BlackBox'е так и не получилось свернуть-распахнуть фолды ручками.

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

Я что-то не припомню топика с вашими предложениями по поводу исправления этой ситуации. Ну там, чтобы с постановкой задачи, с кодом решения, с модернизированным модулем Folds, приаттаченым к первому посту. Как так?