I made a report in devexpress with paper size A5 rotated, report preview in DevExpress is good.
When I click print in google chrome, the result report is different with preview in report DevExpress.
Any reason What might be causing this?
DevExpress XtraReport can not generate "pixel perfect" document for all exists platforms.
you need to manually tuning your report layout so it will meet your requirements.
also make sure that chrome printing pdf document, not html.
Related
I have created an SSRS Matrix report which shows 3 pages in output but when i export the report as a PDF, it shows 6 pages. One page is blank, although i selected the option ConsumeContainerWhiteSpace as True but still it is giving me a blank page as well the output pages are more than what is being shown in preview. I am using VS2013, kindly suggest.
As some comments have already suggested you will need to do a bit of trial and error with your page layout, page size and report contents to ensure that there is no white space pushing onto other pages.
The easiest way I have found to do this is to use the Print Layout option when previewing the report in Report Builder (In the middle of the Ribbon when viewing the report preview), which previews the report as it would be exported to actual pages. If it is still not obvious as to why the blank pages are there, you can set different background colours to your report items and report itself to see which colours show on the 'blank' pages. This will show you whether it is a report item or the report page layout that needs to be adjusted.
Your tables are running over more than likely.
Click ruler button in toolbar and make sure width of tables + margins is less than 11 if landscape and 8.5 if potrait.
Also if you right click outside of the report and select properties You can check your margins. I like to use between 0 and .5.
I have created a report using Birt 3.7.2 The report behaves exactly how I want when using the web viewer and even when exporting to PDF from the web viewer. However When running the report direct to PDF all pages always show as page 1, causing conditional formatting to break.
Why would the page numbers work correctly to the viewer but not direct to PDF. Is there a workaround. The report is called from our application and attached to an email. As such we do need to be able to run it directly to PDF.
The page numbers are on the report body rather than in the Master Page.
I did see this was a bug in 2.6.1 but it was resolved in 2.6.2.
I have a RDLC report and I am displaying it on the Report Viewer Control in my front end application. I get the report perfectly and theres no problem in it.
But the problem arises when I try to export the report to a PDF (using available option - basically the inbuilt option).
I get the report in 3 pages whereas my client wants it to be in a single page. I am not able to figure out the reason for it as in my report viewer I see only one page but in a PDF there are 3 pages. I have only four columns with no data, still they are breaking up into multiple pages. 2 columns on 1st page 2 on second page. Not real sure what happened to the 3rd page. Somebody recommended changing the paper size of the default printer but I didn't think is was worth trying.
Can something be done abt it so that I can control the size of the report???
This can be a real PITA but there are several things you can do to get you there in BIDS.
To see what it will look like as a pdf use the "Print Layout" button on the preview mode toolbar.
Goto the report properties and set the orientation and paper size as you need them.
Remember the margins in the report properties to make your report display area smaller. I generally set these smaller than the defaults.
Go back to you report items and make sure they are smaller than (pagesize - margins)
This should help.
you can try setting InteractiveHeight=0 , I know that at least works for the MHTML output, not sure about PDF, but it might lead you in the right direction
I created a report in reporting services 2005 with a report page size of 14in x 8.5in. The report looks fine in the reports manager and also in the report viewer. The issue is when I export the report to PDF, the page size in Adobe states 14 x 8.5 in but when you hit the print button, it selects Letter size (8.5 x 11) instead of choosing Legal size (8.5 x 14).
If you then click on 'Choose Paper Source by PDF page size' or change the paper source to legal, the report prints out exactly the way I wanted it.
Does anyone have a solution to this? Thanks in advance
I remeber we had a similar problem a few months ago with Reporting Services 2008 (not 2005).
I think the solution was to "force" the values of Width and Heigth for the desired amount, regardless of the selected item in "Paper size" dropdown box (in Report Properties -> Page Setup)
In our case, we wanted to print in A4, so we set width = 21.59cm and height = 27,94cm, even if selected paper size remains as "Letter".
Just i choosed the Report Properties -> Page Setup --> Paper Size is A4 , then it was get working fine for A4
- GAM SKJai (L&T ECC)
I've had this problem too, and I've never found a satisfactory solution. SSRS doesn't offer much control over print settings in export formats (like fit-to-one-page-across in Excel).
One work-around would be to roll your own interface, intercept the PDF file, and update the print settings before serving it up to the user. Could be a lot of work, and how would you know the intended page size? You could always parse the RDL file for the page size settings, and that would be a correct solution, but damn if that's not a lot of extra work.
EDIT: check the page size under page setup, as pv2008 suggested.
Report Properties --> Interactive Size set it to whatever you want and it stays, even after closing and reopening the report. I exported pdf and it retains the size. You can check by right clicking on the pdf and go tot properties.
I have an SSRS report with two subreports that had been working fine. Recently I added some additional table sections to the report and I started seeing an issue when the report was displayed in the interactive viewer. The data is fine but the formatting on the last two table sections does not appear in the viewer.
The formatting actually stops working half way through the next to last report. However, when I print the report (or export to a PDF), all of the formatting is there and the report prints fine.
I have tried splitting the report into more subreports, running with different data and it still does not display correctly in the interactive viewer. The report and subreports do have a lot of formatting and table sections and I am wondering if the RDL files are too big to store in memory or if they even do get stored in memory.
The RDL file sizes are 61 kB for the main report and 2612 kB and 2608 kB respectively for the subreports. Is there a size limitation on the RDL files? Any ideas?
I have found a work around for my problem. If I render my report directly to a PDF, then the report will not display in the interactive viewer, but only as a PDF which displays correctly. This is done by adding "&rs:Format=PDF" to my URL when I call it from my C# program that allows the user to input the parameters. Then the user can print the report and never see the missing formatting in the interactive viewer. This works for my, however, I would still like to know if there is another answer that allows it to view correctly in the interactive viewer or if I have surpassed some memory limitations.
If you split the report into its component parts does it display ok? If as you say you have recently added some new sections/Sub reports to it if you remove them does it look ok again.
You have probably got some strange overlapping happening, in the report designer when the report complies check the warning tag to see if it gives you any clues