SSRS Browser Not Rendering The Same As SSDT - reporting-services

I have a very strange thing happening and I don't know how to resolve so looking to the experts to point me in the right direction please.
I am building a SSRS report to match our clients existing report (built using Crystal Reports). I have been given exact criteria to match such as font size, font, etc and sizes of the various controls. In one part of the report, I have 3 pie charts (uurgh!) next to each other. Each has a custom legend to display the series values and the percentage. Depending on the option at runtime, these legends can contain 9 or 10 items. I understand there is little that can be done in determining how many legend entries appear in each "column" of the wide table, if used, but what I am experiencing is doing my head in.
Below is what the pies currently render as in SSDT (VS 15.9.16)
When I deploy to SSRS and view the report, using exactly the same data source and parameters, I get the following.
You can see in the middle pie, its switched to a column even though the legend is set to wide table and is missing entries. The third pie is a wide table but has dropped Financials off the bottom of the legend.
And why, just out of interest, does the browser version show a space between the number and % sign but the SSDT version doesn't?
This is very frustrating as I expect the browser to return the same as VS. I've tried Edge, Chrome and IE, same every time. I have tried using Auto Table and Wide Table on the legend, makes no difference.
Any suggestions for ensuring the browser renders the report exactly the same as the dev environment would be hugely appreciated.

Related

Columns disappearing in SSRS

I have a report that I created in SSRS that up until a few days ago was working fine. I was asked to make some minor changes to it and now two columns in one of my tables is not showing. When I preview it in visual studio everything looks fine. After I distribute it and go to Report Manager the columns are missing. I've never had anything like this happen before. Has anyone experienced this?
Yes this happens to me all of the time. Print preview is my best friend.
I recommend always staying a quarter of an inch away from the edge of the paper size, including margins.
For example, all of my reports have a .5" margin on each size on 8.5" paper. If I put the last edge of my table on 7.5", the last column will be on a different page. If I move it to 7.25" everything will show.
Paginated reports are designed to be printed so if you go outside of your page size (even with whitespace sometimes), it will push things on to other pages.

SSRS report not having the same font formatting on PREVIEW and PRINT

Had this issue when working with report viewer - now having the same issue with SSRS. Basically what happens is I create a report with a certain font - it looks perfect in the preview mode - however, when I go to print it - it makes the text look different - kind of squeezed and looks to be complete different font as a matter of fact. Included image with what it looks like in PREVIEW and PRINT.
Anyone had an issue like this before?
Thank you.
This page and many similar ones give information about rendering, but none of them seem to answer the questions "does this text fit in this box?" and "How big will this box be?" Rendering to IE, Chrome, Safari, Word, and PDF was an exercise in frustration and compromise, especially considering that Visual Studio and Report Builder were also different. In all cases, the height and width of the text boxes changed, the font size changed, and the spacing around the text changed.
Our technique was to prioritize the various output formats, then find settings that produced the best output based on those priorities. Given this, users see better (but still not quite perfect) results than we see in Visual Studio.

How to force report items to overlap?

I'm trying to create doughnut chart and insert label inside the chart's hole. When I render report, label is being moved outside the chart.
Is it possible to force report items to overlap instead of position it automaticaly?
I was looking for an answer to this earlier! I was trying to overlay a rectangle shape on to an image of a site-map.
Unfortunately the answer is no, due to the way that HTML renders objects:
http://msdn.microsoft.com/en-us/library/dd255248.aspx
Very old question, but page overlapping is supported in hard page break formats, such as PDF, or physical print of a report. Essentially, any other format (such as HTML or the Report Builder tool) will move your items around the page, but if you export that same (non-overlapped) report to PDF, your items will be displayed as you intended, with overlapping items.
See here for further details
You can "Add New Title" at the chart at set its position to "BottomCenter".
Right click the chart and select "Chart">"Add New Title". Place the title bottom centered and resize the text
The result in Report Manager:
Number within a chart
Overall Answer:
Unfortunately, SSRS is not graphic, design, layer friendly. The way it renders objects is based on it's boarders. So overlapping is very difficult, time consuming and in most scenarios not possible. Unless you are good with VB programming you may be able to get by with custom code at the report properites -> Code window. It's sad that powerpoint, word, excel natively have better design capabilities than SSRS. Like who in their right mind would ever think that people only want to see data represented in a tablix or box. SSRS <= 2012 native graphing options are a joke! ~ If you can use SSRS 2016, they may have fixed a lot of those customization options.
What I have tried:
Every possible combination/settings workarounds you can think of and unlimited coffee googling to the max. If you are barely starting this journey to figure it out. Let us save you hours of research and stress so you can meet your deadlines. Either build the design in broken up graphic portions (considering that SSRS will render based on borders). If you can crop images do that as much as you can; I found Windows 10 Paint 3D to be very helpful with that, Out of everything I tried, cropping/breaking apart images was the best alternative to get a better level of customization.

SSRS 2008 R2 creating random blank pages on report?

hoping someone can help.
my report in SSRS 2008 R2 is randomly creating a blank page on the rendered report (and when it's exported to Word). I've investigated it here and Google and tried everything that's been suggested.
My Page Setup under Report Properties is Letter (portrait) 8.5in x 11in, with 0 for all 4 of the margins (I've tried using .25in for all 4, same results).
the size of the body, etc. on the report is 8in x 3.3094 -- nothing is over 8in in width.
"Keep together on one page if possible" is unchecked for all the elements on the report (Lists, tables, body). It produces the same result if it is checked, too.
The ConsumeContainerWhiteSpace on the report is set to TRUE.
Again, when it's rendered on the web browser, I have 6 pages that are fine, then a blank, then several more single pages, then another blank.
Oddy enough, when I view it (on the development machine, not on the web) in PRINT mode, there are no blank pages at all (which is good).
can anyone help?
thanks!
It really sounds like some element is just over the edge of the margin and is creating that blank page. Since it doesn't appear after every page is there any common element that is present on the page before the blank ones that might be near the edge?
I think the HTML renderer must have slightly different margins (or something) when compared to the print renderer in SSDT. Unfortunately for these kinds of issues in SSRS the best way to solve it is to go through all of the possible offending report elements and make sure that they aren't going over the edge.
I'd recommend just moving EVERYTHING away from the right margin and seeing if it fixes it, and then moving things back one by one to figure out where the problem is. Either that or you can make the report margins smaller and see if that fixes it. Even if you need to revert them afterwards and still find the offending element, it could be a good way to test what the problem is.
This could also be caused by an element in the report having the "Insert Page Break Before/After" option enabled. You should check the elements that appear before/after the page break to ensure that option is not set. However, since the issue doesn't happen in all rendering modes I don't think this is the most likely issue.
Figured it out. I clicked on the down arrow on the Row Group, picked Group Properties, and unchecked the Page Break Options/Between Each Instance of a Group and there's no more blank pages :)
thanks for everyone's help!

SSRS PDF export errors

I have an SSRS 2005 report, the report has two groups and one nested table inside of a group, the report is displayed correctly in VS as two pages, but when trying to export it to PDF I get 17 pages and the only correct pages I get are at the end of the PDF file.
Check the grid vs the Page Size.
If you Page Size is set to 8.5" x 11 and you have 1" margins and your Grid (The "white" part of the report) goes beyond the margins, you will get overflow on to other pages.
If you look at the picture below, you can see the grid goes just beyond the 7" mark. My interactive snf Page Sizes are set to 8.5 x 11. This exports fine. A good way to check is to switch to "Print Layout" mode. You can do this by clicking on the little icon that looks like a white piece of paper on a green background just to the right of the Printer Icon. When you view it this way, you get a pretty good idea of how it will be exported.
I have run into this problem before, generally a Table or Rectangle control will inadvertently push to the edge of the Grid and in turn increase the size of the Grid beyond your paper size and margins.
Yes, but it's been a (long) while since I worked with SSRS. I remember having adjusted rsreportserver.config
This link should help:
Customizing rendering extensions
The link is just the result of quick googling. Didn't read it through.
I had to adjust values for i.e. border width and so on, which are by default somehow a mess. And if that doesn't help, you have to adjust your report.