In message <TkZ+wACRJEQJFw+S@xxxxxxxxxxxxxxxxxxx>, David Pilling <flist@xxxxxxxxxxxxxxxxxxx> writes
An update, it seems that direct PostScript printing is not seeing the font substitution table for the printer driver. So all fonts are being uploaded. I've yet to work out why things are going wrong.
I've worked this out. OPW looks in the registry data for printer drivers to find something like:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers\EPSON EPL-5800 PS3\PrinterDriverData\TTFontSubTable
This is a list of Windows font names and printer font names. It then uses the font in the printer instead of embedding it in the PostScript file.
The reason this has not been happening is that the above registry key is only created after the font substitution table is changed from the default.
This thread started with the problem of not being able to edit PDFs created from OPW direct PS. The interesting thing now would be to enable the font substitution table by setting up a substitution - by the look of it, once the substitution table is created it is not removed if substitutions are put back to the default. So you could sub. Arial to Times, click on OK, sub Arial back to Helvetica, click on OK and it should then work.
All this amounts to a bug. Since I had to work out the TTFontSubTable myself, I didn't notice it was not present on a clean installation of a printer driver.
I tried various things when I was implementing direct PS, one of them was to have another section in the OPW font manager that let you set up PostScript font substitutions. I could bring that back or I could provide an option to use a set of standard PostScript device fonts. Scanning the printers PPD (definition) file might be another way.
-- David Pilling email: david@xxxxxxxxxxxxxxxxxxx web: http://www.davidpilling.net post: David Pilling P.O. Box 22 Thornton Cleveleys Blackpool. FY5 1LR UK fax: +44(0)870-0520-941 To unsubscribe or subscribe goto: //www.freelists.org/list/davidpilling
