Пагинация в ActiveReports

[alibek]

Есть довольно сложный отчет в ActiveReports.
Примерно его структуру можно отобразить так:

Код: Выделить всё

PageHeader
  GroupNodeHeader
    GroupOfficeHeader
      GroupZoneHeader
        GroupAddressHeader
          Detail
        GroupAddressFooter
      GroupZoneFooter
    GroupOfficeFooter
  GroupNodeFooter
PageFooter


Все секции, в том числе и Detail, фиксированной высоты. Перед секцией GroupZoneHeader вставляется разрыв страницы (т.е. секция всегда начинается с новой страницы). Секция GroupAddressHeader повторяется на каждой странице.
В Footer подбиваются итоги по соответствующей группе.
Кроме того, в PageFooter подбиваются итоги по данным на текущем листе.
Нужно сделать так, чтобы не было "висячих" секций. Т.е. чтобы ни на одном листе не было такого, чтобы секция выводилась без Detail.
Если для Header это решается свойством секции GrpKeepTogether=GrpFirstDetail, то с Footer никак не получается добиться нужного результата.
Вроде бы стандартная задача, а вот много времени сделать так не удается.
Не подскажите, как сделать?

[alibek]

С пагинацией более-менее разобрался.
Правда отсутствие свойства "together with last detail" приводит в недоумение — я считал это само собой разумеющимся в отчетах — ну да ладно.
Однако выяснилось, что в AR версии 2.5 есть гораздо более серьезный баг.
Возможно дело в том, что используется пять группировок, возможно дело в чем-то другом, однако когда итоги не умещаются на текущую страницу и переносятся на следующий лист, в PageHeader печатается информация не той группы, чьи итоги выводятся, а следующей.
Т.е. если есть группа Office с кодами 1 и 2, и для первой группы итоги не умещаются на первую страницу, то на второй странице будут выведены GroupOfficeFooter для Office=1, а в PageHeader для Office=2.
Кто с таким сталкивался?
Или другой вопрос, может быть посоветуете другой репорт, на который можно было бы безболезненно перейти (желательно фриварный)?

[FaKk2]

AR уже шестой есть. Не смотрел?

[alibek]

Он для .NET.

[Andrey Fedorov]

Однако выяснилось, что в AR версии 2.5 есть гораздо более серьезный баг.
Возможно дело в том, что используется пять группировок, возможно дело в чем-то другом, однако когда итоги не умещаются на текущую страницу и переносятся на следующий лист, в PageHeader печатается информация не той группы, чьи итоги выводятся, а следующей.

Вопрос спорный - вряд ли это вообще баг. Ведь это с какой стороны посмотреть...
Вообще же AR достаточно гибок - можно легко заполнять поля заголовка самому. Что мешает?

[alibek]

Вопрос спорный - вряд ли это вообще баг. Ведь это с какой стороны посмотреть...

А что же это еще? В шапке страницы указывается "Москва", а в итогах "Итого по Твери"?
Самому заполнять очень неудобно. Обошел тем, что после последней записи в группе добавил одну фиктивную, с нулевой высотой секции.

[Andrey Fedorov]

Вопрос спорный - вряд ли это вообще баг. Ведь это с какой стороны посмотреть...

А что же это еще? В шапке страницы указывается "Москва", а в итогах "Итого по Твери"?

А, у вас итоги на несколько страниц... А начинать новую группу с новой страницы - не подходит?

[alibek]

Новая группа и так с новой страницы.
Если в группе достаточно много элементов, то группа целиком на лист не умещается и переносится на следующую страницу.
Иногда выходит так, что разрыв страницы получается как раз перед итогами. В этом случае итоги висят на новой странице без деталей, плюс шапка у этой новой страницы относится уже к новой группе (не к той, чьи итоги выводятся).

Примерно так:

Код: Выделить всё

Город: Москва
  Строка 1
  Строка 2
  Строка 3
  Строка 4
<разрыв страницы>
Город: Тверь
  ИТОГО по Москва: ...
<разрыв страницы>
Город: Тверь
  Строка 1
  Строка 2
  ...


[Andrey Fedorov]

Новая группа и так с новой страницы.
Если в группе достаточно много элементов, то группа целиком на лист не умещается и переносится на следующую страницу.
Иногда выходит так, что разрыв страницы получается как раз перед итогами. В этом случае итоги висят на новой странице без деталей, плюс шапка у этой новой страницы относится уже к новой группе (не к той, чьи итоги выводятся).

Да все тут логически правильно - так как первая секция Detail страницы относится уже к новой группе - отчего шапка должна быть к старой?
В общем, такое уже везде решается через код - да вы ведь вроде уже решили...

[alibek]

Вообщем, все сделал.
Итоги на странице самодельные, разбивка на страницы самодельная (при форматировании секции проводится проверка, что секция последняя в группе, и если это так и итоги не уместятся на страницу, вставляется разрыв страницы), заголовки групп и страницы тоже самодельные.
Странно только, что для вообщем-то стандартной задачи (не выводить итоги без деталей) потребовалось столько вспомогательного кода.

[alibek]

Да все тут логически правильно - так как первая секция Detail страницы относится уже к новой группе - отчего шапка должна быть к старой?

Так в том то и дело, что это не так.
На первой странице шапка и детали. На второй странице шапка и итоги текущей группы. На третьей странице шапка и детали следующей группы.
Так вот на второй странице в шапке выводится информация уже для следующей группы, т.е. шапка на 2 и 3 странице одинаковая. А должна быть одинаковая для 1 и 2 страницы.
Вначале рендерятся детали, заголовки и итоги (причем порядок рендеринга предсказать нельзя), затем фетчатся данные (и тут уже группа другая), после этого рендерятся колонтитулы страницы (с данными следующей группы) и выводятся на печать.

[Andrey Fedorov]

Так в том то и дело, что это не так.

Ну все же так сложно что посоветовать - был бы примерчик кода который можно было бы пощупать...