The "scrambling" behavior varies between drivers and between versions of Windows. We had to use special tricks to handle this in the SwiftView product. Sometimes the scrambling isn't really scrambling, but a simple offset of all the codes. In those cases you can just reverse the offset to recover the ASCII codes. If that's not possible you will need to locate a driver that doesn't scramble. I'd start by looking at the stock HP Laserjet 4000. Scott Long -----Original Message----- From: winprndev-bounce@xxxxxxxxxxxxx [mailto:winprndev-bounce@xxxxxxxxxxxxx] On Behalf Of Steven Bardwell Sent: Tuesday, January 12, 2010 7:49 AM To: winprndev@xxxxxxxxxxxxx Subject: [WinPrnDev] Driver that produces PCL that is searchable for text My application needs a PCL5 print driver that produces a print stream that is searchable for text. All the drivers we have tested map text using Truetype fonts in such a way that the original text is not preserved. Is there a PCL5 driver that assigns the glyphs to character codes that are ASCII? Steve Bardwell --- Questions? First check the UndocPrint pages at http://www.undocprint.org/winspool To unsubscribe, visit the List Server page at //www.freelists.org/list/winprndev --- Questions? First check the UndocPrint pages at http://www.undocprint.org/winspool To unsubscribe, visit the List Server page at //www.freelists.org/list/winprndev