Print Layout not showing repeating table headers ssrs - reporting-services

I'm trying to show the tables' headers on every new page and it is working in the usual preview mode in reporting services but it isn't working when showing the report in print layout mode. It shows the headers on some of the pages but only when my parent group is at the top of the page which it rarely is cause of the other "child-tables" data that shows after.
I've been following some other SO-posts where they suggest going in to advanced mode by the column group, choose the static field belonging to the table headers, putting "KeepWithGroup"-property to AFTER and the "RepearOnNewPage"-property to TRUE and ofcourse in the tablix properties check the "Repeat header columns on each page"-box.
While doing everything that people are suggesting in other SO-posts I just can't get it to work.
The image below shows what the table looks like, where the yellow marked area is the header and the red is the "child-table" I put in after merging that row. Between the marked rows is the parent table which the child table is ordered by.
The layout of the table in the report.
Please help me, this is such an annoying problem!
EDIT ---
Okay, so I get that the headers follow the group and that the "KeepWithGroup" = After shows the headers only when the group starts at the top of the page.
Is there any workaround to make the header showing on every page without making it a page header?

Please follow all the other advice readily available on this topic:
RepeatOnNewPage property to **True**.
KeepWithGroup property to **After**.
But then, make sure your lowest level Group has the KeepTogether property set to True.
Otherwise, you'll just be hoping your data breaks on the page for the header to repeat.

After much pain with this exact issue, even setting RepeatOnNewPage to true and KeepWithGroup property to After...ultimately the fix was adjusting the top and bottom margins of the report.
The weird part is that the headers correctly repeat in the report preview, but not after clicking the print layout button.
changing the top and bottom margin from 0.25 to 1 fixes the repeating header issue, but then adds some white space. I'm still trying to figure out the causal relationship between margin and why it breaks the header repeating...but it does fix the problem for some reason.

Related

SSRS - Blank Pages (again...) even with respected settings

I know that the question was submitted a lot of times, but this is driving me mad.
I'm trying to make a landscape A4 report, printer friendly. As I could see in lots of threads before I tried to respect the fact that the body size must be inferior or equal to the physical page, including margins, and columns in the count.
Here are my document properties
Report:
Body:
I inserted a first rectangle with some contents, at that point, no extra blank page, here is the rectangle location :
Right after I inserted a second rectangle with same dimensions as previous one:
Both first pages are rendered correctly with the rectangle at its expected location, but I get a 3rd extra blank page...
ConsumeContainerWhiteSpace property is set to true, and this did not help...
Do you have any trick to get definitely rid of these blank pages ?
Thanks a lot !
EDIT : Just added the report designer view, as requested
Don't know how I didn't notice it before, but your body height is bigger than your page height defined in the report properties. If your report is supposed to generate two pages, that second page will have to add an extra 3 centimeters and cause that third page.
I finally managed to handle this the following way : I put my first rectangle 0,5cm under the header (with a forced pagebreak after) and if I use the same size of rectangle for everypage, ensuring that there's a 0,5 cm space between each rectangle, I can manage to display content on multiple pages, with rectangle bordel always located at the same position. Guess I should keep this method for all future reports :) Thanks a lot for your advices !

SSRS pre-printed form second page format issue

I've not come across anything like I am looking for so either I'm either not asking the right questions (for which I will apologize for re-asking a question) or it's not been asked.
I'm working on a report to print header information onto pre-printed carbon copy forms on a continuous form feed impact printer. The form is two pages and the header for the second page only contains part of the information that the header on the first page has.
I have the first page header working fine. I played with using rectangles and it was printing on target on every other page. The problem comes in when I try to print the page two header.
The way I am formatting the headers is that I have a single cell tablix with a rectangle in the cell. I've measured out where the 11 fields belong for page one of the form and placed them on the form. This all works correctly. Below that, I've inserted a second rectangle with the add page break before property checked. In that rectangle I have two of the fields that are repeated one just above the other (field 1 and field 2). Field 1 is in exactly the same spot as it is on page one. Field 2 is higher and to the left of where it is positioned on page one. The report body has no margins. Positioning is all done directly through the elements themselves. Field 1 sits about 1/16 to 1/8 inch lower than it does on page 1 even when position top is set to 0 (and there is no page margin). I can position field 2 exactly where I want it to be however. If I have multiple forms print out, all the page ones are perfect and page 2 field 2 is spot on but page 2 field 1 is always too low.
I tried separating the rectangles but was unable to connect the dataset to the second rectangle.
Is there a better way to do this? Is there a setting I'm missing that is adding padding to the second rectangle? Any help is appreciated.
Not quite the answer that I was looking for but it nearly fixed the problem. It turns out that the field itself had padding on it. I'm not sure how as I copied and pasted it from the first page but it moved it up to a acceptable position. It is still a bit low but close enough that the requester is happy with it.

SSRS: Fixed headers while scrolling

Before you accuse me of dup posting, trust me, I'm not.
I have an issue with keeping headers visible while scrolling. It doesn't work. I deploy the project, and no browser (or version therof) will fix the accursed header.
I have a report with 2x Tablix, one above the other. I need the header row of the second tablix to remain fixed. The header row isn't actually the first row, so I set the Static group to FixedData=True.
The tablix has been set to KeepTogether=True, resulting in the 15+ pages appearing as one long page.
I have set Tablix FixedColumnHeaders=False and FixedRowHeaders=False (although I have tried with =True with the same result: no fixed header.
Browsers used: Chrome, Firefox, IE11/10/9/8
Can anyone help with this?
Try by changing the static components of Row Groups to FixedData=True.

SSRS - Freezing columns headers and rows - but row group header disappears

I have a report where I need to freeze the first few rows and headers so they remain visible whilst scrolling. I have done this setting the static member property through advanced mode. So the Row Group Headers remained visible:
I then fixed the column groups 'Store' and 'Cashier' to remain visible. However, if you scroll down AND across, these headers now disappear:
In the example, you can no longer see the Headings Store or Cashier. How do I prevent this from happening?
Please ignore - seems this only happens in the Report Viewer and not in the application.

Get rid of page breaks in report

How do I get rid of the page breaks in an SSRS report, making the report display in a single page?
Open the report's .rdl file in a text editor and locate the <Page></Page> section.
In that section, insert the following:
<InteractiveHeight>0in</InteractiveHeight>
<InteractiveWidth>8.5in</InteractiveWidth>
In SSRS, an interactive height of 0 means the report has an infinite length and therefore, it will exist on a single page.
Make sure you do not have one of the properties set to true on one of your report items for PageBreakAtEnd or PageBreakAtStart. Also, make sure you keep the width of your report less than the width of your actual paper, keeping in mind extra space for the page margins (Report > Report Properties > Layout)
And according to Microsoft:
"Although it is not recommended, you can disable soft page breaks by setting InteractiveHeight to 0." I think this only works for HTML rendering though, I have not used it myself.
I'm not sure if there is a scale of any kind where no matter how big your report is it still prints on one page if that is what you are looking for.
Right Click anywhere in Body and select Properties.
select Reports From the DropDown. (When you select an element in report, the dropdown changes to TextBox/Header or the item you select)
In Report properties, Expand InteractiveSize Attribute.
Set Height -> 0in
If you're trying to display report data in one page, it is simple to do in SSRS. All you have to do is select an entire table and then go to the property pane. Update KeepTogather = True.
You can set the report's InteractiveHeight to 0 to disable paging.
Go to report properties -> Page -> InteractiveSize -> Height. Set this value to 0in.
Here is the similar question.
Dustin Brooks wrote:
Also, make sure you keep the width of your report less than the width of your actual paper, keeping in mind extra space for the page margins (Report > Report Properties > Layout)
Also be extra careful about this when working with subreports. I've lost count of the times I ended up with extra blank pages when I've accidently made a subreport wider than the main report.
When creating reports for the web, I would disable page breaks by setting the InteractiveSize to something really crazy, like 1000x1000". (I just checked, and setting it to 0x0" as Dustin Brooks mentioned in his answer has the same effect.)
I left the PageSize property at 8.5x11" and the reports printed across multiple pages normally.