TextBuffer.toClipboard не работает

[perestoronin]

Спасибо всем. Вывод: имеет значение всего лишь место инициализации TextBuffer оператором new (это нужно делать только на клиенте, в моем случае на форме), затем его можно косвенно передать в engine на сервер, там заполнить и даже использовать операторы методы toClipboard() и fromClipboard() на сервере! Все работает, буфер обмена используется при этом клиента (т.к. TextBuffer инициализирован был на клиенте), проверено лично.

[Maxim Gorbunov]

Цитата:

Сообщение от perestoronin

Вывод: имеет значение всего лишь место инициализации TextBuffer оператором new (это нужно делать только на клиенте, в моем случае на форме), затем его можно косвенно передать в engine на сервер, там заполнить и даже использовать операторы методы toClipboard() и fromClipboard() на сервере!

Вообще-то это относится не только к TextBuffer, но и к любому классу, у которого RunOn = Called from. Кстати, об этом можно в документации почитать.

[perestoronin]

А где у класса (системного) TextBuffer можно увидеть и проставить свойство RunOn
Если бы все так легко было бы, я бы и не спрашивал
Эту ветку можно закрыть. Вопросы исчерпаны.

[Maxim Gorbunov]

Цитата:

Сообщение от perestoronin

А где у класса (системного) TextBuffer можно увидеть и проставить свойство RunOn

Можно. Просто надо внимательно прочитать документацию

Цитата:

Classes extending other classes will also inherit the RunOn property. You cannot change it if it is Client or Server. If it Called from, you can leave it or change it to Client or Server.

Дальше - дело техники. Создаем класс - наследник TextBuffer и убеждаемся в том, что свойство RunOn у него доступно для редактирования. Следовательно RunOn для TextBuffer равно Called from.

[perestoronin]

Наследник от TextBuffer мне не нужен... К документации и ... просьба больше меня не посылать. Сюда я обращаюсь только после тщательного и многратного прочтения имеющейся документации, TIP-ов..., книг и просмотра всех существующих форумов

[Maxim Gorbunov]

Цитата:

Сообщение от perestoronin

Наследник от TextBuffer мне не нужен...

perestoronin, если Вы не хотите читать ответы, зачем задаете вопросы?

Наследник нужен для того, чтобы узнать, какое значение свойства RunOn имеет класс TextBuffer. То есть, если бы свойство RunOn у наследника было фиксировано и недоступно для изменения, можно было бы с уверенностью сказать, что TextBuffer имеет точно такое же значение RunOn (это было бы либо Client, либо Server). Но, так как значение свойства RunOn для наследников TextBuffer вполне себе доступно для редактирования, значит RunOn для самого TextBuffer равно Called from. Вывод этот мы можем сделать на основании приведенного отрывка из документации.

Цитата:

Сообщение от perestoronin

К документации и ... просьба больше меня не посылать. Сюда я обращаюсь только после тщательного и многратного прочтения имеющейся документации, TIP-ов..., книг и просмотра всех существующих форумов

Видимо, недостаточно тщательное прочтение, все-таки. Базовые места пропускаете.

[perestoronin]

Можно и так криво (лишнее наследование, новый класс), но тоже работает
Спасибо. В принципе может даже и лучше, чем передавать объект из формы в engine.