I am working on a VB.NET project. In that we have Visual Studio 2012, .NET Framework 4.5.1 and Crystal Reports 13.0.13.1597
I need to print a receipt and as per requirement, I need to fit 3 receipts on one single Legal Size page. Considering the margins, I managed to design a receipt which fits in required length.
Please refer image for receipt layout and printing page preferences. Receipt Image with Layout and Properties
I tried to print the out very different setting, but I am not getting print at the upper side of the Legal page.
I tried to Create Custom Printing form (Dimensions referred in image) in Printer Properties, selected input paper as Legal and output paper as Custom Paper Size but that did not worked too.
All I am getting is print at the center of the page.
Related
I am generating various invoices, shipping manifests and similar documents via QRPs from an ERP program written in TD 4.1.
When my customer just prints these regularly from the program to a normal printer, they come out fine.
The customer also prints them to PDF via FreePDF XP, this happens from the printing dialogue (FreePDF XP being selected as a printer).
This results in part of the right side and the footer being cut off.
Format-wise, the reports are using Paper Style A4, page margins are top=0.8, bottom=0.85, left=0.95, right=1.0. The PDF printer is also set to A4, but has no margin settings available.
I'm grasping for straws here, but is there any way I can make this work from within the report or possibly programmatically, or is this purely on the printer driver side?
Oh, decreasing the width/height is not an option for these documents, sadly.
Pity you don't use a newer version. With TD5 and newer you can create PDFs with the integrated Report Builder, so you don't need any 3rd party tool.
Couple of ideas:
SalReportPrintToFile() and eMail the file.
SalPrtSetParmNum( PRT_nMarginTop, nMargin) ( i.e. adjust the margins via TD app for PDF's )
Have a separate .qrp for PDF's with the larger margins already preset in the qrp.
Is it possible to try the output on another pdf printer as well ? If possible try the output on another pdfprinters like PDF24Creator also.
If available in version version 4.1, have a look on SalReportSetPrinterSettings( ) function and its parameters.
bOk = SalReportSetPrinterSettings (hWndReport, strPrinterName, nOrientation, nPaperType, nWidth, nHeight)
SalReportSetPrinterSettings function sets the printer properties at runtime. The function can be called from the message action of SAM_ReportStart message.
Passing an invalid value in a parameter causes that parameter to be ignored, and the default setting will be used instead.
3.If feasible can try third party paid tools like BullZipPDFPrinter.apt that you can be intagrate with TD.
I'm using Visual Studio 2017 with VB.NET
I've prepared a rdlc report, with rectangles and textboxes (no tables, cause I don't need to show any dataset, but only a list of data resulting by an elaboration).
I simply need to print this report on a common A4 paper, so I've added a reportviewer correctly connetted with my rdlc report.
In the rdlc report design screen I correclty see my report, with rulers on the left and on the top, that correctly indicate the A4 measures: 21cm W x 29,7 H.
Also my rdlc report InteractiveSize and PageSize are set on 21cm x 29,7cm , with 1cm; 1cm; 1cm; 1cm in margins.
With this situation, I start the program, make the elaboration and view my report in reportviewer after the elaboration. In its layout view, my rdlc report is shown like "pressed" and miniaturized on the left, with the header of the rdlc report that is repeated along 3 pages. The first page contains both header and all textboxes with solid borders, small and pressed on the left of the reportviewer view, while page 2 and 3 have only the header, with the rest blank.
If I print this reportviewer view, I get on paper exactly what I see in the reportviewer layout view, while if I export it in a pdf, I get 3 pages, but this time they are not smaller and pressed on the left of the screen, instead they correclty fit my rdlc original settings, even if the header is repeated along 3 pages again (but not "smallerized" this time).
I'm forced to ask this question cause after a long search I haven't found any solution, despite the big amount of topics I've read where users ask similar problems with this reportviewer.
Really hope in some suggestion.
You can decrease the size of your RDLC report page, it will not add additional page in PDF and would correctly fit with your default settings.
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'm working on my first significant Sql Reporting Services project and am having problems with paging. Most of the reports are already working.
What is happening is that I"m getting different numbers and locations of page breaks between Web Reportviewer, PDF and Word documents. The word is the closest, but none of the three are really correct.
I've looked for the for the obvious like extra paging and making sure the report does not go outside of the left or right margins. My problem is that I'm not sure how to go about troubleshooting reports that pages that do not break in the correct location.
Does anyone have a suggestion where to start?
I'm using VS2008, SQL2008 DE on Vista Dev box.
This isn't really a problem - the different renderers are rendering the report appropriately for their output. The web viewer is optimised for screen-based reading and generally allows more content per page than the PDF viewer does as the PDF viewer is constrained by the paper size that it formats to. Thus you get more pages when rendering for PDF than web; however, the content of the report is exactly the same.
The best illustration of this is the Excel renderer - the Excel renderer renders the entire report onto a single worksheet in most cases (for reports with grouping and page breaks set on the group footer it will render each group on its own worksheet). You wouldn't want the Excel renderer to artificially create worksheets to try to paginate your report. It does the appropriate thing which is to include all the data in one big worksheet even though that may be logically thought of as one big "page".
The web renderer page length is determined by the InteractiveHeight attribute of the report (in the InteractiveSize property in the Properties pane for the report) but the interactive height is an approximation rather than a fixed page break setting and your page breaks may still not conform to the PDF version even though the InteractiveHeight is set to the same length as your target page length.
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.