Printing problem with reportviewer in silverlight

[Edward Pauley]

Hi

i am using report Q1 2011 , silverlight 4 

not sure what happens .whenever i try to use the Print button on the reportviewer , it always produces a very LARGE file on my printer for printing queue. It is around 160 MB . However if i save the report as PDF (using the Save button on the reportViewer), the file is only around 600KB -2MB. what is going on? with this, i definitely can't use the print button on the report at all  because of large file size queueing for printing 160MB


plz advise

thanks

[Steve]

Hello Edward,

In general the Silverlight Native Printing is slow and has a lot of limitations, thus if you are after an in-browser application our suggestion is to change the ReportViewer.UseNativePrinting property that specifies whether to use native Silverlight printing or not. Default value is true. By setting the UseNativePrinting to false the viewer will use the Adobe's PDF plugin for printing that handles the printing functionality far more quickly as you have noticed.

All the best,
Steve
the Telerik team

[Edward Pauley]

Hi Steve

thank you for the quick reply, i will try that setting when i come to work in the morning

1.
another question: i read this link to know how to export the report to pdf in silverlight without reportViewer.
http://www.telerik.com/help/reporting/exporting-report-programmatically-in-silverlight.html

However, because i also use some extra Parameters which will be transfered from the silverlight client to the report in the server(and the reportViewer has the render event to let me transfer those parameter), 
in the article , we use the reportServiceClient to retrieved the render report. My question is that how i can transfer the extra report parameters by this method

thanks

[Steve]

Hi Edward,

Currently the only way to specify parameter values from the Silverlight client is described in the Programmatic Initialization of Report Parameter Values in Telerik Reporting Silverlight Viewer KB article.

All the best,
Steve
the Telerik team