← Back to team overview

c2c-oerpscenario team mailing list archive

[Bug 551485] Re: Reports: printing a variable title or reference on the header/footer of an RML report

 

Hello Lionel,

Like for other features requests regarding our RML engine, I must remind
you that due to the fact we had to implement a custom RML renderer
(because reportlab's engine is not open source), you may of course find
many features that are not supported by default.

We cannot consider these as bugs (documentation should be updated to
explain this), but we would of course consider any merge proposal that
implements in a clean manner any of these missing features, as was done
for <pto> tag (bug 509266). This explains why I am closing this bug for
the moment, but do not hesitate to submit a merge proposal.

Thank you for the detailed report, it can be very useful to start an
implementation.

** Changed in: openobject-server
   Importance: Undecided => Wishlist

** Changed in: openobject-server
       Status: Confirmed => Won't Fix

-- 
Reports: printing a variable title or reference on the header/footer of an RML report
https://bugs.launchpad.net/bugs/551485
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in OpenObject Server: Won't Fix

Bug description:
Our users asked us to have a reference printed on each page of each document, along with the page number and total number of pages in the document.
This is important when printers are shared because pages can get mixed up when people are not careful enough.

For the moment, the best way I found for this is to
- add a small feature to report_sxw.py to get/set a page title (see patch attached)
- change the company header/footer and add : 
    <drawRightString x="19.7cm" y="28.3cm">[[pageTitle]] - <pageNumber/> /  </drawRightString>
    <drawString x="19.8cm" y="28.3cm"><pageCount/></drawString>
- in the reports they use, add something like "[[ setPageTitle(o.name) ]]" in each main repeatIn(), usually next to the setLang().

I think this is a useful generic improvement, and I would love to see it integrated in the trunk.
Lionel.