I have designed a report in SSRS 2008 with three tablix that display data from different SP. When I designed the report and then previewed it, the report looked perfect. I deployed the report to our report server and viewed it. The report displays the last table with several columns that are either too large or too small. When I then export the report to PDF after I run it on the report server then the report appears the way that I designed it.
Does anyone have an idea what could cause the report to display wrong when it is run but correctly when it is exported to a PDF?
This is pretty common. I struggle with this same issue.
Edit: double check CanGrow and CanShrink on both the cells and tablix. Maybe your is interpreted differently and therefore is larger in web view?
Firstly, you're just going to have to play with your settings until it looks like in all output formats. However, here are a few tips to help:
Don't use rectangles, ever. Everything should be in a tablix cell. You have much finer control and it is less likely to blow up in PDF and web viewer.
Stay away from your margins. I try to keep at least .25"
Watch your padding. If you have top and bottom padding of 4, and your text is 10, but your cell only allows 16, then you're going to have a bad time
Use Ctrl + Mouse Scroll to zoom in and check formatting. This won't show a lot of errors, but it's something to check.
Even though your top cell and top line of the tablix should be identical, they aren't always. I can't tell you why. However, don't put a BorderStyle on both. Sometimes the border doubles up and looks wider in some of the output formats.
Always check all output formats prior to handing your project to QA. If is very common for report formatting to blow up once deployed. I have to double check Portrait vs. Landscape formatting and my borders. I miss that sometimes.
Sometimes font sizes can be interpreted differently. There can be very slight differences that can change the sizes of your cells.
I hope this helps.
Related
Im using RDLC for VS 2010 and exporting the graph to a word document gives one extra blank page (its not showing in PDF though). All of the dimensions in Report, Chart and Body are set 11x8.5 with no margins. I just wonder what could be causing the blank page in Word.
I was having the exact same problem and managed to solve it by adjusting the layout of my report.
Basically I moved all of my rectangles/tables etc to sit tightly next to each other, eliminating any white space where possible and also resized the report to be as small as possible, i.e. sit tightly against its contents.
It might also be worth enabling the report option to 'ConsumeContainerWhitespace'.
I suspect Word uses its own pagination logic, which is why you see a difference between pdf and doc. So it may just be the case that your report is over-running very slightly into the next page and saving a little space on the report may prevent this.
I realise this is not a precise answer, but I hope it helps nonetheless.
In Crystal Reports 2008, to which I've recently upgraded, I have a new report in which I'm trying to place boxes and lines. The report is Letter, landscape, with .25" margins, so I have 10.5" of space to work with.
Unfortunately, Crystal will only let me place drawing objects in the first 8" of space. If they overlap that range, Crystal sizes them back to 8". If I place them entirely to the right, Crystal moves them back to the 8" mark.
I have the same problem if I try to change the width or position using the Size and Position box.
Sounds like a bug where it's mistaking the available length for the available width.
Any idea how to fix this or work around it?
Old thread i know but here is the correct answer/fix.
The issue with only being able to draw a line so far across the report is due the the ruler at the top not extending along the full length of the report page.
This in turn is down to the default printer that is selected and the restricted paper sizes that it allows.
Install a dummy printer that accepts larger paper sizes and either set it to default, or click on File > Page Setup and under printer options, select the dummy printer.
The ruler should now extend across the full length of the report page and you can extend your line to match it.
NB: This was in Crystal Reports 2013 R2 - The settings may differ slightly in older/newer versions.
i had same issue. could not scratch lines.
i tried to change page setup from landscape to portrait and then did required changes.
again changed page setup to landscape and it was working fine .
I want to have this layout in Crystal Reports:
How can I do this? If it cant be done in CR or SSRS, is there any other alternatives?
I don't believe this can be done with Crystal Reports. I'm not as familiar with SSRS, but after looking through the field options I don't believe it can be done with it either. In general field locations are set static in reporting solutions.
I think this would be best done with html/css or even XSL. I don't know the scope of the issue, but I'd assume that you should be able to output an html or xml file from your application which could be opened with a web browser. For html you should be able to use the align or even float attributes or text-align in css to accomplish this.
I hope this helps.
If you want to have multiple columns of static text in Crystal Reports, then you'd just have to get creative with multiple text boxes, i.e. create 2 text boxes side-by-side and add text to each one until it looks right.
If you want to have 2 columns of data, here's how:
Keep it simple and start with a blank report.
Add your fields of interest to the details section. Resize them so that they only use the first 4 inches of space.
Go into your Section Expert->Details and turn on the Format with Multiple Columns option.
A new tab will appear called Layout. For this example, let's set the Width to 4 inches and leave the Gaps at 0.
Preview your report. If you have enough data in your dataset, it will automatically flood over to the right side of your screen.
It'll take a few minutes of fidgeting with the measurements to get everything looking the way you want. You can even have more than 2 columns if you set the Detail Width small enough.
Also, there is also an option in the Layout menu called "Format Groups with multiple column". It's hard to describe in text, but play with this if you have any grouping levels.
A little background:
I have an extremely annoying printing issue with crystal reports. My environment is crystal reports 2008 SP2 on Windows 7 (64bit), Visual studio 2008 and .net framework 3.5 with all the latest updates for everything. The report is designed basically to render a small shelf label of the size (40mm width and 20mm height). In crystal when I set the page size to the above mentioned values and set orientation to portrait and take a preview, everything is displayed as i expect it to be and issuing a print command, it prints absolutely correct.
The problem:
The problem comes when i print this report from my program (in vb.net), dynamically setting data to some text fields, the result is that crystal somehow changes the print orientation, NOT the paper orientation as in portrait or landscape. Instead of printing from top left towards the bottom right, it rotates the whole output at 90 degrees to the left and reduces everything so small that it is barely visible, although it prints everything out. I have tested it on Intermec PF8t and Zebra GK420d label printers and a whole bunch of laser printers, but with the above stated page settings the output is always the same.
Another strange thing that i noticed while experimenting with page sizes if i switch to landscape mode, the print out is correct in its font sizes and positions but then the text gets truncated due to overflowing the page size.
Can anyone help me with this. Does crystal has anything like its own print drivers or something. I have tried to ensure to the best of my abilities that it is not a printer driver problem.
I had a pretty similar problem with an older version of Crystal; I changed the layout to landscape and redefined the page size to match that layout and the problem disappeared. That and making sure no text went outside the page boundaries.
I'm seeing basically the same issue described here
I have a table that starts in the middle of the first page, and, depending on the size of the table, it should wrap onto the next page. This behaves fine when using the viewer, but when exporting to a pdf or tif image, things are displayed differently. Instead of starting on the first page and wrapping onto the second, it moves the entire table to start on the second page, leaving lots of ugly white-space on the first page. I've made sure that KeepTogether is false on the table, and there is no header/footer on the page (so it can't extend beyond the page's width).
Has anyone seen this problem, or know of a solution/troubleshooting steps?
Thanks!
The problem was fixed by re-creating the report(s) in question using the Business Intelligence Development Studio 2008 (instead of 2005). Don't know what was different in the re-created report, but it works properly now.