We need to be able to print reports to match different envelope sizes. Is there a way to do that? Our specific use case is we are trying to print and mail customer statements in #10 windowed envelopes.
Likely yes. What do you mean by printing statements for #10 windowed envelopes - Do you want the report to fit within the envelope size, or this something where the paper will be folded and you want certain content on specific folds?
@matthew.young would you be able to answer this question?
@jeremy.keller The customer address needs to display within the window when folded for mailing
1 Like
Ok. This should just a matter of content pixel spacing then. In our system, 72 pixels is equivalent to an inch. Depending on the paper size you configure the report to use (whether it is exact the #10 envelope width or slightly different), you will have to work with the margins and section spacing to get specific content to fit in the print window.
@jeremy.keller can this pixel spacing be done via customization / extension? Or would it require base product changes to accommodate the format?
If this is a base report that is being used, then you woud need to copy in order to make these changes.
Assuming a 8.5" × 11" letter sheet, this is a way you could achieve this unless @jeremy.keller has other ideas!
In your top section in the report, set the height to 792 px. This is important because you want to make sure the address (and whatever other information you want to appear in the window) is the only thing that prints on this page.
Then make sure that any text you want to have appear in the window appears in the bottom left section (since typically this is the portion of the folded paper that is on top) within the following dimensions:
Width: 324 px
Height: 81 px
Left: 63 px
Top: 560 px
1 Like
@andrew.garrett This would be done through a report layout (the way we handle report ‘customization’). See https://apps.nextworld.net/#/drilllink?NwDrillApplication=contentviewer&NwDrillForm=other&nwId=znwNextworldNavigation.NavigationReportsParent.znwNextworldReports.ReportLayoutsConcept
1 Like
Oh wow! That is really cool–didn’t know we could do that now.
@bethany.k is on the right track for how to solve this. There are some nuances to know about though. Defined page margins will eat into the allocated space calculations you have. Any non-zero height sections that are not hidden may also allocate space. The page header and header sections in particular runs on the first record the report dataset provides (depends on the defined sort). I think this report in particular operates over a single header record, then runs a subreport for each detail record.
My suggestion would be to take the existing report and position the window content into the existing header section, keeping in mind the margins and title section pixel height. It would be easier to set this content high in the page rather than lower.
# 10 window data layout.pdf (464.0 KB)
1 Like