We have some reports that have a large text field. I've set the font to ariel 9. In Crystal Designer, it takes up the space I've given it. When I move it to our Business Objects sever, it moves each letter closer to each other, and each line closer to each other, making it seem like there is extra space to the right and bottom of the field, with more space at the bottom the more lines in the field.
I changed my report on the server from DHTML viewer to ActiveX viewer, and that fixed it -- as long as I ran it from the server. As soon as it is run from the web page that calls it, however, it's back all scrunched up.
How do I control the spacing on a font, both in designing and in running the report?
Related
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.
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 have a bar chart with horizontal bars. I used this article to setup the dynamic height property:
http://blogs.msdn.com/b/robertbruckner/archive/2008/10/27/charts-with-dynamic-size-based-on-categories-or-data.aspx
Everything looks fine in the viewer, but as soon as you go to print layout, pdf, et.al there is about 50% more blank space below the chart.
I've created a sample report (using AdventureWorks DB) to show what is happening. I placed 3 charts with blue backgrounds, each inside its own rectangle with gray backgrounds. The first chart has an expression in the DynamicHeight property, the second chart has a hard coded value in the DynamicHeight property of 8.5in, and the third chart has a blank DynamicHeight and a 8.5in in the normal Height property. I have it return 15 items to place in the chart.
They all look fine in the viewer like I said before, but go to Print Layout and the first and second charts take up twice the space with half of it being blank below the report.
I tried to post the .rdl code, but its too much for the size limit.
I have an open ticket to Microsoft that has been escalated.
We've filed the necessary request to get collaboration from our development team so we should be getting a response regarding this functionality sometime in the next couple days. I'll let you know what they say.
Development has later confirmed it was definitely a bug, now are trying to decide if it is worth it to add to the next cumulative update or wait until SSRS 2010.
The work around until this is fixed, is to place the chart control into a table/tablix.
I added an empty table, deleted the details row and the two extra columns, and added my chart that was giving me problems. Everything appears to re-size correctly now.
try setting up the interactive size, margin and page size. im not sure if it will work but you can try. page size - margin = interactive size. do not exceed from your page size when giving value to your interactive size and margin, this also can cause white spaces in print layout.
hope it helps.
best regards,
cathy
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.