Мои лично проблемы этим решены, т.к. мои динамические ответственные вьюхи сами опрашивают визуализируемое состояние данные, не используя модели и уведомления от них.

Но, в принципе, возникает вопрос, а почему бы не дорешать проблему и Windows.dir.Update(NIL) периодическим из этих жадных циклов. Вопрос, насколько часто дёргать. Нет ли других подводных камней? Наверное, нет.
Тогда, кстати, и по-старому написанные вьюшки и часики заведутся.

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

Приглашаю коллег дальше додумать ) У меня практический стимул исчерпан пока.