Skip to Content
author's profile photo Former Member
Former Member

Extended printer settings are lost

Most printer drivers offer extended options for printing, e.g. printing multiple pages on one sheet. I'm not sure how such settings are applied to printing processes in .NET because there are no fields in PrinterSettings structures or so. Using PrintDocument in general for WinForms seems to work because these settings are applied. In Crystal Reports when using the printing function of the CrystalReportViewer these settings are applied too. But we are printing multiple reports at a time, so we cannot show every report in the viewer control and let the user print it. So we decided to use the PrintToPrinter method and then the problems started... All the driver specific settings that do not apply to the fields in PrintSettings class of .NET are lost and that's a big problem!

Is there any alternative to the PrinterSettings classes? My idea is using a similar way as the ReportViewer control, showing a printer settings dialog by itself and applying ALL settings internally and then attaching those settings to other reports so that no settings are lost anymore. Is there a solution? Is this supported? The support told me to look for a solution in this forum (I did not find one), then ask for a solution and if there is no solution at all try to make a feature request. We are using CR 2008 Basic and evaluated CR 2008 Trial, the problem relates to both versions and may be others too.

Our workaround to our customers is to add printers in system's control panel with all related settings pre-configured, so that our application only needs to set the printer name. But this results in multiple printers using the same driver and device and needs much more time to maintain and this is not the solution.

Thanks!

Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • Best Answer
    Posted on Oct 02, 2009 at 07:31 PM

    From your description, I believe the issue is that the framework is not able to apply or does not support the extended options for printing. As the Crystal reports assemblies use the framework, it would make sense that these would also not be able to work with extended options for printing. The reason this works in the CR designer, is that the crw32.exe does not use the framework.

    As long as the framework is not able to use these options, the CR assemblies for .NET will similarly not work. there is no workaround that I am aware of.

    Ludek

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member Ludek Uher

      Sorry, I think I did overlook a small thing. In CR 2008 there are some new overloaded versions of ReportDocument.PrintToPrinter. One of them is accepting PrinterSettings and PageSettings (System.Drawing.Printing) that I seem to be confused with the PrintOptions class of CR. I just did some tests and some printer specific settings that was lost before were now accepted! Now I'll do some more tests with other printers that caused problems before evaluation time ends, but I think if this is the solution, I'll get a full license of CR 2008 then.

      If there still occur some more problems I'll post again, but looks good for now. Well, thanks!

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.