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

[Prof]

Т.е. не вставляет в буфер содержимое.
Кто знает почему это может быть? Догадки, предположения?

Axapta 3.0 SP3, AOS

[mazzy]

textBuffer - пуст.

Снова подходит проводница 9го вагона:
- Мой вагон пустой
(С) Задорнов

[macklakov]

Такое бывает, при работе через терминал. Либо какая-то сторонняя прога хулиганит.

[mazzy]

или textbuffer создан на сервере.
соответственно данные попадают в буфер сервера, а не клиента.

[Yprit]

Или вирусня пожрала буфер обмена - было такое, месяц по всей конторе выковыривали...

[Prof]

Больше всего похоже конечно на вставку в буфер сервера, но не могу понять почему, все объекты создаются на клиенте :-/
textbuffer точно не пуст, это видно в дебаггере

[perestoronin]

Помогите пожалуйста, если знаете

Замечено аналогичное.
В тестовом job (приведенном ниже) вставка в буфер отрабатывает,
а тот же код в составе динамического метода класса RSheetLedgerEngine нет.

проверяю - client:thin, не удается скопировать данные в буфер обмена,

причину не смог выяснить.

static void AB_TestTextBufferClient(Args _args)
{
    TextBuffer          tb;
    tb = new TextBuffer();
    tb.appendText('777');
    info(enum2str(clientKind())+':'+enum2str(clientMode()));
    tb.toClipboard();
    tb = new TextBuffer();
    tb.fromClipboard();
    if(tb.size() == 0)
    {
        info('Не удается скопировать данные в буфер обмена');
    }
}

[perestoronin]

Проблему удалось обойти. В форму, из которой вызывается метод RSheetLedgerEngine, передаем строку из textBuffer.getText(), т.к. оказалось, что нельзя использовать textBuffer инициализированный в RSheetLedgerEngine, далее все просто:

public void copy()
{
    TextBuffer tb = new TextBuffer();
    ;
    tb.appendText(rLedgerSheetEngine.copy());
    tb.toClipboard(); // теперь работает
}

И таких загадочных мест, где блокируется работа с буфером обмена я предполагаю много. Объяснить их местом выполнения сервер/клиент нельзя, не годятся и версии изложенные ранее.

[Maxim Gorbunov]

Zitat:

Zitat von perestoronin

Объяснить их местом выполнения сервер/клиент нельзя...

Почему? Какое значение свойства RunOn у RSheetLedgerEngine? Где создается TextBuffer (в каком методе)?

[AndyD]

Zitat:

Zitat von perestoronin

Объяснить их местом выполнения сервер/клиент нельзя, не годятся и версии изложенные ранее.

Почему нельзя? Форма создается на клиенте, соответственно и TextBuf - на клиенте.

А на сервере не работает ни toClipboard() (возвращает true, но данные не сохраняет), ни fromClipboard() (возвращает false)

[perestoronin]

Согласен с AndyD. Но странность в том, что для возможности работы с буфером обмена, обязательным условием является то, чтобы TextBuffer был создан обязательно на клиенте и что одно переприсвание объектов TextBuffer не помогает избавится от странного "серверного наследия".

[Maxim Gorbunov]

В чем странность-то? ИМХО, все логично. Ну, быть может, кроме того, что RunOn для TextBuffer стоило бы, наверное, сделать Client. С другой стороны, никто не мешает Вам создать наследника TextBuffer и выставить ему нужное значение свойства.

[AndyD]

Не забывайте, что TextBuffer на сервере не соответствует TextBuffer на клиенте (это касается любого системного класса). Т.е. интерфейсные методы этих классов одиноковые, но их реализация отличается. На сервере методы toClipboard() и fromClipboard() класса TextBuf являются по сути заглушками, по-этому их использование не дает никаких результатов

[perestoronin]

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

[Maxim Gorbunov]

Zitat:

Zitat von perestoronin

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

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

[perestoronin]

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

[Maxim Gorbunov]

Zitat:

Zitat von perestoronin

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

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

Zitat:

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]

Zitat:

Zitat von perestoronin

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

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

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

Zitat:

Zitat von perestoronin

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

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

[perestoronin]

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