Если уж совсем "в лоб", то в методе dialog после вызова newFormnameRunbase указать
dialog.caption("Нечто"). Еще вариант, в самой форме в методе init после super написать что-то вроде
element.design().caption(myRunBase.caption());
Только, на мой взгляд, лучше использовать паттерн, который рекомендуют для RunBase:
- В свойствах класса и в менюитеме установить RunOn в "Called from".
- А вот для работы на сервере методу construct задать модификатор server.
- Естественно, обеспечить корректный pack/unpack.
В результате, при вызове диалога между клиентом и сервером будут передаваться только данные, а не свойства диалога, а конечное выполнение будет именно на сервере. То есть, диалог будет создаваться сразу на клиенте, где ему и положено быть. Для серверного же класса все сложнее - диалог конструируется на сервере, запоминая свойства, для отображения именно диалог передается на клиента и там восстанавливается из свойств.
В общем, свойство RunOn для наследников RunBase явно лишнее и путь остается в значении по умолчанию.