20.06.2008, 17:45 | #21 |
MCTS
|
"обмен" чем? Именно содержимым временных таблиц? Класс ведь до сих пор на сервере живет. Если вообще запрещается обмен данными между диалогом и классом на сервере, тогда вообще не понятно, как парм методы для членов класса отрабатывают... Кстати, парм методы, которые до этого глючили, тоже стали нормально работать.
|
|
20.06.2008, 17:59 | #22 |
Боец
|
Класс и все переменные после этого будет жить только на клиенте (+RunOn=Client), соотвественно и проблема с временной таблицей должна решиться
|
|
20.06.2008, 18:02 | #23 |
MCTS
|
Судя по отладчику класс живет на сервере
|
|
20.06.2008, 18:06 | #24 |
Боец
|
создайте в своем классе метод типа
X++: // AOSRunMode::Client client public static RunBase construct() { return new RunBase(); } edit: а также в свойство menuItem'a RunOn должно быть Client Последний раз редактировалось DSPIC; 20.06.2008 в 18:20. |
|
20.06.2008, 18:22 | #25 |
MCTS
|
В этом случае и так понятно, что класс запустится на клиенте. Сейчас на классах стоит calledfrom. Перекрыв метод сanSwapBeetweenCS на False, класс должен запуститься на клиенте, так? Не смотря на это, класс все равно запускается на сервере, если смотреть по отладчику. Значит, canSwapBetweenCS не меняет место запуска
|
|
20.06.2008, 18:40 | #26 |
Боец
|
canSwapBetweenCS не меняет место запуска, а лишь запрещает "перемещение" класса между клиентом и сервером в ходе выполнения. Все что нужно - это
1. Запретить "перемещение" (canSwapBetweenCS = false ) 2. Создать объект на клиенте. (как - описано выше) Если объект создается на сервере, и canSwapBetweenCS = false, то он там и останется. |
|
|
За это сообщение автора поблагодарили: Poleax (2). |
20.06.2008, 19:09 | #27 |
MCTS
|
теперь ясно, спасибо
|
|