|
|
Re: subtotals for multipage tables [message #551460 is a reply to message #551415] |
Fri, 06 August 2010 14:18 |
|
You may be able to use page variables for this. Page variables can be
recalculated per page and put in the head or footer. Take a look at
this example:
http://www.birt-exchange.org/org/devshare/designing-birt-rep orts/1084-page-script-samples/
Its not what you want but should give you an idea of how they work.
Jason
On 8/6/2010 7:06 AM, xoto wrote:
> i made a try by grouping my data on RowNum with interval range 40.
> in group footer:
>
> an aggregate that sums up row["costs"] within the group
> an aggregate that sums up the aggregate in 1. with RUNNINGSUM
>
> in group header:
> a data element that substracts aggregate 1 from aggregate 2
> (so additionally the sum of costs on all previous pages is displayed at
> the top of each page)
>
> the only problem appears if the first page does not only contain the
> table. via "use fixed base value for interval" you can arrange it by hand.
>
> is there a more elegant way to do this?
>
>
|
|
|
|
|
|
Re: subtotals for multipage tables [message #552538 is a reply to message #552228] |
Thu, 12 August 2010 14:37 |
|
Page variables are only supported currently when using two processes to
run BIRT. Ie /frameset in the webviewer and runtask then a rendertask
in the API. Can you open in the viewer then export to pdf?
This may change as there is a bug request to enhance them.
Jason
On 8/11/2010 7:20 AM, xoto wrote:
> Jason Weathersby wrote on Tue, 10 August 2010 11:04
>> Tell me if this example makes more sense:
>> http://www.birt-exchange.org/org/devshare/designing-birt-rep
>> orts/1247-page-totals-using-page-variables/
>>
>> Jason
>
> Yeah this is very helpful.
> Thank you very much!!
>
> It works well with the BIRT report in web viewer. But strangely if you
> display it as pdf all variable values are shown one page behind the
> correct position :?
> Are there possibilities to insert the page total into the table header?
> I tried the other way too. It occurs that instead of taking the first
> row on this page the first one on the next page is added!? This appears
> here even in your example.
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.03854 seconds