|
|
#21 |
|
Moderator
|
|
|
|
|
|
#22 |
|
Участник
|
|
|
|
|
|
#23 |
|
Программатор
|
Может посмотреть как сделано в других отчетах? Например SalesPurchInvoice_RU...
|
|
|
|
|
#24 |
|
Участник
|
|
|
|
|
|
#25 |
|
Developer
|
Цитата:
Цитата:
![]() Если Вы QueryRun не используете, то и setCursor() Вам не поможет... Если Вы используете программируемые секции (т.е. не используете боди), то ReportRun.Send() Вам может пригодится только для хедеров/футеров... Цитата:
Вообщем, слишком много "если"...
|
|
|
|
|
#26 |
|
Злыдни
|
Я бы еще обратил внимание на свойство RunOn класса, в котором производится вывод данных. Может там не установлено Called From?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
|
#27 |
|
Участник
|
Цитата:
что это значит |
|
|
|
|
#28 |
|
Developer
|
Извините, тут я ошибся
, QueryRun у Вас используется в ReportRun.fetch() (не перекрытом), если конечно он вызывается... И под использованием я имел в виду QueryRun.next и т.п.что с помощью ReportRun.Send(table) нельзя вывести в отчет программируемые секции... Цитата:
The Send(<cursor>) call triggers the body-sections belonging to a section group with a table property matching <cursor>. On each triggered section the ReportSection::executeSection method is called.
|
|
|
|
|
#29 |
|
Программатор
|
Может передать в отчёт исходные данные из классов и заполнить временные таблицы в репорте, гденить в фетче
Да поможет Вам Копи/Пасте
|
|
|
|
|
#30 |
|
Участник
|
|
|
|
|
|
#31 |
|
Участник
|
TmpPowerOfAttorneyHendl_1.setTmpData( );
TmpPowerOfAttorneyHendl_1.data( ) ; меня очень интересует почем 1 денные во вр таб на выгружаются а во 2 выгружаются |
|
|
|
|
#32 |
|
Программатор
|
Цитата:
Хотя конечно странно, что не ругается... |
|
|
|
|
#33 |
|
Участник
|
|
|
|
|
|
#34 |
|
----------------
|
мне кажется, что проблема в методах parmTmpPowerOfAttorneyTable и parmTmpPowerOfAttorneyHeader. Если Вы их используете только для передачи данных, то уберите из них параметр. А если планируете что-то передавать в класс, то сделайте по 2 метода и в принимающих методах используйте setTmpData.
|
|
|
|
|
#35 |
|
Участник
|
Цитата:
Сообщение от Wamr
мне кажется, что проблема в методах parmTmpPowerOfAttorneyTable и parmTmpPowerOfAttorneyHeader. Если Вы их используете только для передачи данных, то уберите из них параметр. А если планируете что-то передавать в класс, то сделайте по 2 метода и в принимающих методах используйте setTmpData.
|
|
|
|
|
#36 |
|
----------------
|
Покажите?
А Вы какую ветку тестируите? initDataFromMenu или initDataFromTable? Последний раз редактировалось Wamr; 12.12.2006 в 14:21. |
|
|
|
|
#37 |
|
Участник
|
Разберитесь с местом заполнения временых таблиц: клиент или сервер? Где вставка первой записи идет? setTmpData, в общем случае, вам не поможет. С сервера на клиент так данные не передать.
Потом проверьте области видимости: не перекрываете ли вы локальной временной таблицей сформированную в классе? |
|
|
|
|
#38 |
|
Участник
|
спасибо всем за помощ я пошел други путем заполняю на Reporte вр. таблицы
|
|
|
|
|
#39 |
|
Участник
|
Цитата:
Если в вызове setTmpData передать серверную табличную переменную, а вызывающая - клиентская, то она станет серверной и наборот. Так что в этом случае данные не передаются по сети, а переинициализируется сам табличная переменная
__________________
Axapta v.3.0 sp5 kr2 |
|
|
|
|
#40 |
|
Участник
|
Спасибо за исправление. Попробую воспроизвести натурный эксперимент.
|
|
|