Printing a report backwards

rbuser

Hello,

a few times already I've read here about the possibility to print a report
backwards (from the last page to the first). I tried it out with the
suggested code and noticed, that by doing it manually my print order is
"wrong", i.e. from the first page to the last.

By removing the code again and by just calling of the report.print method,
the order is correct, i.e. from the last page to the first page, so nothing
special needs to be done seemingly.

Does it mean, that ReportBuilder is doing that by default now or does it
depend on the printer or is it just random?

Regards,
Mark

nicocizik

Hi Mark,

I'm a bit unclear about what is happening. Are you using the method
described in the following article?

http://www.digital-metaphors.com/rbWiki/Output/Printer/How_To...Print_a_Report_Backwards

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

Hi Nico,

I thought, that it's necessary to use it, to achieve the report being
printed backwards, so I implemented it, but by using it, my report was
printed forwards (from the first page to the last). When I removed the code
from the example again, the report was already printed backwards
"automatically", i.e. without any additional code, so I'm not sure now, if
that's default in RB now or if it depends on the printer or something else.

So if I'm not using the method from the article, it's correct, if I use it,
it's "wrong".

nicocizik

Hi Mark,

Sorry, I'm still a bit unclear about what is happening.

The example simply prints each page to memory, then loops backward through
them and sends each one individually to the device. This should be fairly
straight forward and shouldn't have anything to do with the printer itself.

I know that some printers do include the ability to print a job backward.
If you choose to use this feature of your printer, you will not need to
perform the task in the example.

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

Hi Nico,

sorry for being unclear.

For now it works how it should and this *without* the code for printing
backwards. If it doesn't have anything to do with the printer, then it's
probably the default behaviour now, which is good. I will watch how it
behaves with other printers etc. and maybe get back to the issue then.

Thank you for your help,
Mark