HP Printing issues with multiple trays

HP Printing issues with multiple trays

Posted by: rconroy on 11 December 2023, 4:23 pm EST

• 

  rconroy

  • Post Options:
  • Link
    Copy
  • Jump To Answer

  Posted 11 December 2023, 4:23 pm EST

  After of our upgrade to Active reports 17 (from AR 15) users are having issues with printing to printers that have multiple trays. Particularly for payment runs the checks need to go to one tray with pre-printed check paper, and the summary vouchers a different tray with plain letter paper. It seems everything is going to one specific tray. Has anyone else experienced and resolved odd behavior with tray printing and HP printers? This seems to only be happening on some HP units, but is happening to multiple customers in the same manner.

• 

  katyayny.raghuvanshi

  

  • Post Options:
  • Link
    Copy

  Posted 12 December 2023, 2:51 am EST

  Hi Bob,

  This was a reported issue and has been fixed in ActiveReports v17.0.2. You may download the latest version from here: Download ActiveReports v17.2.1

  Also, refer to the attached sample demonstrating the same. If the issue still persists at your end, please share with us a stripped-down, runnable sample replicating the issue so that we can investigate further.

  Attachment:MultipleTraysSample.zip

• 

  rconroy

  • Post Options:
  • Link
    Copy

  Posted 12 December 2023, 4:35 pm EST

  We are running 17.1.2. 17.2 latest version does not allow designer

  I believe the issue is around the change for PrinterSettings becoming readonly in 17 instead of old method:
  
  Public Overridable Shadows Property PrinterSettings As PrinterSettings.

  I will look at your example to see if using defaultsettings accomplishes the same goal.

• 

  katyayny.raghuvanshi

  

  • Post Options:
  • Link
    Copy

  Posted 13 December 2023, 12:11 am EST

  Hi Bob,

  Yes, you are right. In ActiveReports 17, the Printer class has been changed from System.Drawing.Printer to our custom Printer class, GrapeCity.ActiveReports.Printing.Printer due to which you are observing this change of behavior in ActiveReports 17 from previous versions, which has caused some issues wherein you are no longer able to access Printer events, properties, etc. This change has been made to support the cross-platform compatibility of the reports because of Microsoft’s policy of dropping cross-platform support for System.Drawing.Common.

  To fix this, you’ll need to specify the individual properties for the PrinterSettings class.

  You can also refer to the following sample, in which a PrinterSettingExtension class has been created and used to pass the System.Drawing.Printing.PrinterSettings properties to the report.

  You can read more about this and a few other breaking changes that took place between ActiveReports 16 and 17 here: Breaking Changes

  Hope this helps!

  Attachment:PrinterSettingExtensionSample.zip