12.12.2006, 11:18 | #21 |
Moderator
|
|
|
12.12.2006, 11:20 | #22 |
Участник
|
|
|
12.12.2006, 11:25 | #23 |
Программатор
|
Может посмотреть как сделано в других отчетах? Например SalesPurchInvoice_RU...
|
|
12.12.2006, 11:31 | #24 |
Участник
|
|
|
12.12.2006, 11:43 | #25 |
Developer
|
Цитата:
Цитата:
Если Вы QueryRun не используете, то и setCursor() Вам не поможет... Если Вы используете программируемые секции (т.е. не используете боди), то ReportRun.Send() Вам может пригодится только для хедеров/футеров... Цитата:
Вообщем, слишком много "если"... |
|
12.12.2006, 11:47 | #26 |
Злыдни
|
Я бы еще обратил внимание на свойство RunOn класса, в котором производится вывод данных. Может там не установлено Called From?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
12.12.2006, 11:55 | #27 |
Участник
|
Цитата:
что это значит |
|
12.12.2006, 12:19 | #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.
|
|
12.12.2006, 12:22 | #29 |
Программатор
|
Может передать в отчёт исходные данные из классов и заполнить временные таблицы в репорте, гденить в фетче Да поможет Вам Копи/Пасте
|
|
12.12.2006, 12:30 | #30 |
Участник
|
|
|
12.12.2006, 12:46 | #31 |
Участник
|
TmpPowerOfAttorneyHendl_1.setTmpData( );
TmpPowerOfAttorneyHendl_1.data( ) ; меня очень интересует почем 1 денные во вр таб на выгружаются а во 2 выгружаются |
|
12.12.2006, 13:25 | #32 |
Программатор
|
Цитата:
Хотя конечно странно, что не ругается... |
|
12.12.2006, 13:35 | #33 |
Участник
|
|
|
12.12.2006, 13:36 | #34 |
----------------
|
мне кажется, что проблема в методах parmTmpPowerOfAttorneyTable и parmTmpPowerOfAttorneyHeader. Если Вы их используете только для передачи данных, то уберите из них параметр. А если планируете что-то передавать в класс, то сделайте по 2 метода и в принимающих методах используйте setTmpData.
|
|
12.12.2006, 13:42 | #35 |
Участник
|
Цитата:
Сообщение от Wamr
мне кажется, что проблема в методах parmTmpPowerOfAttorneyTable и parmTmpPowerOfAttorneyHeader. Если Вы их используете только для передачи данных, то уберите из них параметр. А если планируете что-то передавать в класс, то сделайте по 2 метода и в принимающих методах используйте setTmpData.
|
|
12.12.2006, 14:05 | #36 |
----------------
|
Покажите?
А Вы какую ветку тестируите? initDataFromMenu или initDataFromTable? Последний раз редактировалось Wamr; 12.12.2006 в 14:21. |
|
13.12.2006, 18:37 | #37 |
Участник
|
Разберитесь с местом заполнения временых таблиц: клиент или сервер? Где вставка первой записи идет? setTmpData, в общем случае, вам не поможет. С сервера на клиент так данные не передать.
Потом проверьте области видимости: не перекрываете ли вы локальной временной таблицей сформированную в классе? |
|
13.12.2006, 18:48 | #38 |
Участник
|
спасибо всем за помощ я пошел други путем заполняю на Reporte вр. таблицы
|
|
13.12.2006, 19:45 | #39 |
Участник
|
Цитата:
Если в вызове setTmpData передать серверную табличную переменную, а вызывающая - клиентская, то она станет серверной и наборот. Так что в этом случае данные не передаются по сети, а переинициализируется сам табличная переменная
__________________
Axapta v.3.0 sp5 kr2 |
|
13.12.2006, 19:52 | #40 |
Участник
|
Спасибо за исправление. Попробую воспроизвести натурный эксперимент.
|
|