I am having an issue with an MS Access 2007 report. The print margins for my report are not staying consistent.
When I open the report in print preview, I can set the margins as I wish. However, once I go to print the report, the bottom margin is set to a value that I did not enter.
This does not occur when I select a different printer from the drop-down menu. The printer causing this error is a Cannon MG2900. It cannot be switched out for a different printer.
The margin being altered is a problem for me because it causes my single-page report to split and print out onto two pages. It does this despite the print preview showing me that the report is a single page.
The printing is not handled through VBA. The print preview is brought up using VBA code, but the users have to use the Print button provided by MS Access to actually print the report.
I am using the report to print over another sheet. So it has to print out on one sheet of paper, and have a small enough margin to reach the bottom of the page.
Pictures are provided to show what I am talking about.
Does anyone have any ideas?
Notice the bottom margin in this photo is set to 0.3
Notice that the bottom margin has been set to 0.66.
As far as I know, this is just usual behavior.
Each printer has it's own default margins. This is because some printers can handle more narrow margins than others. By switching printers, you reset your margins to default.
If you want to force specific margins, you either need to stop changing your printer, or enforce those margins using VBA (which means you probably should switch the whole process to VBA (selecting a printer, setting printer settings, printing)). The link marlan gave you can help with that.
Related
I have seen some mind-binding situations with SSRS reports in my few years of using it, and I've been able to design around most issues and get it to do everything I've been asked to do.
But apparently, not something extremely simple!
I'm using Visual Studio 2019 version 16.7.2 with the Microsoft SQL Server Reporting Services Designers
version 15.0.19124.0 installed. There's no data bound to the report, this is just a simple design concept.
I have a report that has a static custom page size (in centimetres), interactive size and no margins (12.8 x 17.8cm).
The body size is deliberately set to make it a two page report (2 x the page height).
'ConsumeContainerWhiteSpace' on the report properties is set to true.
Page 1 has an image, consuming the entire space of Page 1 (size of 12.8 x 17.8), with a Text box placed near the bottom right of the image (overlaying it, but not exceeding the width or height of the page, and is set to not grow).
Page 2 is exactly the same, with the content starting where Page 2 would and should start (0, 17.8). However, the Page 2 content is set to hidden (hidden = true, on both the image and the textbox).
When previewed, the report renders two pages, one of which is blank.
If I take the Page 2 content textbox off, and preview it, the report renders as one page (as I need it to).
The same issue occurs if I replace the textbox with a Rectangle or Tablix (the two objects I really need to use in this report as well as the textbox located where it is) and set them to hidden.
Moving any of these objects to the top of Page 2, still results in the same behaviour.
It seems that certain objects, despite being hidden, have space allocated that can't be 'rolled up / truncated / shrunk'. Is this 'by design behaviour'?
Is there some form of magic-witch-craftery I'm missing here to get this to work, or simply something I'm not understanding... ?
Thanks for reading!
Note: So far I have tried the 'Switch to inches, then back to centimeters' solution mentioned in other posts along these lines, have varied 'Keep together' properties, checked 'CanGrow' and 'CanShrink' property changes - all of which have not helped find a solution.
The report body should be set at most wide enough to fit on your output page and long enough to hold all your report items. When you want different items to appear on a new page, put them in a container with a page break set either before or after (whichever is most appropriate). This can also be handled in a data driven manner using page breaks on table groups.
There is no requirement to have white space within your report design to 'fill up' the rest of the page on the rendered report.
If you want anything to appear at the bottom of the report, simply put it in the footer section. If you want specific things to appear at the bottom of the page of different heights on different pages, that is more of a challenge and will usually require some clever data driven spacers within the report body.
I will start by stating that I have read through and tried numerous suggestions without success.
I have a report that is populated from a local SQL server and a data set.
I have checked each of the "Row Groups" and they do not have any page breaks.
I have a header and a footer as well as a parm field using a calendar.
All of the data is correct.
The issue is I am getting extra pages that have just the header and footer but no data or column headings.
I have made sure that my paper size is correct (see below) and that my work area is the same size, and in this case, slightly smaller than the page size minus the margins.
I have it set to landscape.
Paper size and margins.
I have verified that the "ConsumeContainerWhitespace" is set to True.
ConsumeContainerWhitespace
I systematically deleted each item in the work space, including the "Row Columns", while checking the resulting pages.
After deleting everything in the work space except the link for the data (this breaks the report), the extra pages persist.
I tabbed through each item making sure none of them exceeded the work space size.
Can someone please point me in the right direction as to what I am missing! :-)
Thank-you in advance!
I have a report that requires specific formatting so that it can print to a page of Avery labels. I have set up the report to be two tables side by side to represent the two columns of labels. When I export the report to MS Word and print, the items line up perfectly within each on label on the actual sheet. However, when I export to PDF, my top margin is too big so the alignment with the labels on the paper is off. Does anyone know how to make the PDF export respect my top margin?
Page Size: 8.5in x 11in
Margins:
Top = 0.505in
Bottom = 0.3in
Left = 0.24in
Right = 0.31in
SSRS honors two major render formats. First, the soft page-break render includes the report preview, Word, Excel, and HTML and is more designed for reports which are displayed on a screen. To the contrary, the hard page-break format is utilized by pdf and image format among others, and is more designed for physical printing of reports. A soft break render uses InteractivePageSize as a guide for displaying the report and generally ignores the Margin settings; the hard break format adheres strongly to the PageSize settings and also to the Margins.
These are the main features of each one:
Soft page breaks:
Margins are not applied
Inserted, explicit, or forced page breaks are honored
Report sizes can adjust to include orphaned and oversize objects in a report
Hard page breaks:
Pages moves left to right and then top to bottom
Inserted, explicit, or forced page breaks are honored
Items that are set to keep together may still be pushed to a next page if not enough spaces exists
These two render formats are driven by two report properties found in the Page Category section of report properties. The InteractiveSize Width and Height control the size of the soft page-break render formats. When an object is displayed using one of the hard break renderers, then the PageSize and Margins properties are used.
I am using Reporting services,
I want to print out my report in landscape-format, and not in portrait-format, is there a property or any mode I have to change that I can create a landscape-formatted report?
You need to click outside of the body of the report (where the red box is)
This will bring up the Report Properties (my properties tab shows up on the right)
Here, you need to swap the height and width of the `PageSize' Field
Then when SSRS tries to decide if this should be a portrait or a landscape it will know, without a doubt, that this is a landscape Report.
You can select the report property (right click on the background) and specify the paper size and the orientation there.
that is what it uses for printing
I am using Visual Studio 2010 with Business Intelligence Studio 2012
The report settings from VS2010 is working well for setting paper size, orientation and margins. (As suggested by Malachi, but just giving VS screenshots)
This can be accessible from VS menu as pictured below:
I believe that you can't do that explicitly.
I searched on the same question in context with SQL-2008.
Result was that RS decides by itself, based on content.
But I can prove it by giving you some link.
EDIT
I searched especially in context of tablix report.
Note: Sometimes you can have this set correctly and the printer simply ignores the settings and does whatever it's internal properties are set to. One work around to that is to print to PDF and then print the PDF document. Another is to manually change the printer properties before printing the document.
I tried creating a report using a sub report. When I exported it to PDF I have noticed that there are extra blank pages in the PDF.
I made it clear that body width + left margin+ right margin <= report width.
But still it gives the blank page. sub report as individual working great.
Also I am calling the sub report from with in a list in main report.
I tried to set up a page break after list . but it looks like its not working.
I want the next list displayed on a new page.
How do I achieve these.
There is no single property available for this in SSRS. You have to check for couple of settings
In report properties, set "ConsumeContainerWhitespace" to TRUE
In tablix properties, set page braek location to NONE
IF still the issue persists, check alignment/margin of objects like rectangle,tablix etc.
A few things to look for:
Check the "parent" and subreport for any controls that are in your margins (or may grow into the margins). Setting the width doesn't necessarily force the controls to that width.
check for any controls that overlap. I've had strange things happen because of that (especially in SSRS 2005).
checking the "Print Layout" while previewing helps find most issues like this at design time (before exporting to PDF).
For the hard break with your list not sure what is goofy there. I usually use a table with groups and set the page breaks on the appropriate group. Depends on the data though.
HTH
Check top and Bottom margins, for me reducing.1 of bottom margin solved the issue.
In my case (with Report Builder 2017) the solution to get rid of a blank extra-page was to reduce the width of the body.
The body can be selected by clicking on a free space in the report on the same height than the Tablix is located.
You then get the "Body properties" shown in which you can reduce the size.
The size of the body should be less than page width - left margin - right margin.
For me it was a problem with the sub report's width which caused extra blank pages in the exported version. Reducing the width solved the issue.
If still someone having an issue with blank pages in PDF, just increase the width of the main report to a few inches. Keep reducing to an optimum value by checking the report. No need to change anything else.
For me when I increase the width for pagesize report from 21 to 23 cm,
It was not generating extra empty page. Because of few elements total
size of my report's element was greater than 21 and less than 23, that
is why I changed to 23cm and works for me.
In my case I have only one page and I was working with .rdl file.
When exporting to pdf and the report contains a sub report where the sub report is grouped on an item from parent report.
Do not use the list control in the parent report to group sub report. Use the table control.
The list control will cause blank pages while the table control does not