🚀 go-pugleaf

1. Be sure to embed all fonts in Distiller.
2. Be sure the font is correctly encoded, not a font claiming to be
western european but with different characters in the claimed
positions; that would cause nothing but trouble.

Aandi Inston

Did you try to embed the font with acrobat after the pdf was produced? Did you check the PS file with a differend PS interpreter like Ghostscript? Did you try to use a different font with central european support like MS Arial Unicode or Bitstream Cyberbit e.g.?

I haven�t tried to embed a font in to the pdf after it was produced (I�ll have to look in to that) but all font were embedded when i printed and destilled the file. I�ve tried to use Arial Unicode without any luck! I�ve also tried to send a file to a "webbdestiller" (A webb site that destilles into pdf) but that always generated a error. 

We have tried different kinds of fonts, both regular CE fonts like Arial CE and eaven had some fonts made for us that substituted the first 255 characters to language specific fonts, none of this worked though... 

So whats left is ghostscript and re-embed font in the pdf? 

Any other ideas?

When you have made the file use File > Document Properties (or Info) >
Fonts.  What does it show?

Aandi Inston

I�ve tried ghostscript now and it didn�t help. Dont know if i did it right thoug, but it was the same result as with destiller.  

It�s strange but some of the fonts has been changed from the original font to something other. Arial CE has been transformed to Arial MT, Arial Turkish to Courier (Wasn�t found at all by destiller even though it is correctly installed)the only font thas is included correctly is Arial Cyrillic, but the only thing thats showing i ncyrillic is the small "boxes" 

If anyone has got the time i out my testfile on   http://www.teknotrans.se/files/font.zip <http://www.teknotrans.se/files/font.zip> 

That includes a p65 file, a P7.0 file, a PS file and a PDF.  /Daniel

If Distiller substitutes Courier, that is something to deal with
first, as it is comparatively simple and you will never get anywhere
while this is happening.

You need to make sure Distiller can find the font.  If it is a
TrueType font it MUST be embedded in the PostScript file that you are
distilling. It will not be found any other way.

PageMaker has an option for this (but do not use PageMaker 6.5 in
Windows 2000 or later as this sort of thing happens often).

In other cases printer setup may apply.

Aandi Inston

Hi Aandi.  

Thanks for the input but the same problem occurs when I print from PM7, word and other programs on my computer. 

Any other ideas? 

BR Daniel

Ok, it seems that your printer driver is not embedding the font in the
PostScript. Why this would be, I don't know, but you could try
checking the font options in the printer driver.

Aandi Inston

OK thanks I�ll try a cupple of different drivers and see if that works. 

Daniel

Daniel, 

On Windows 2000 something happens with output from PageMaker 7.0 (and 6.5) that cause a few characters from CE fonts to print wrong in some situations. 

With Arial CE (TrueType) I've seen it with the character 'c' with a reversed 'hat' upon it and with a variety of Type 1 fonts I've seen it with the similar 'z' with such a 'hat' on. 

The symptom appear when the *correct* Distiller PPD was selected in combination with the latest driver for Win2000 that follows the latest Adobe universal printer driver installer. 

The funny thing is that with Arial CE (TrueType) the 'c reversed hat' character actually prints *as expected* when the PPD for HP 8550 is installed and selected as PPD from within PageMaker - also when it's run with Distiller. This effect does NOT apply to the 'z reversed hat' character in Type 1 fonts, though. 'z reversed hat' prints OK with the TrueType versions, however. 

The resulting sizes of the PostScript files are quite different too, because different font information is downloaded with each driver type. 

I have three customers that work with CE fonts and PageMaker, and all three have these problems on both UK English and Danish Windows 2000 boxes setup with Danish as default language. 

In all cases a hand-coded 'Distiller PPD' based on the PPD for HP 8550 solved the problems with Arial CE. 

Hope this helps ... 

Jacob Sch�ffer
 Grafikhuset

Hi!  

That sounds like something that might help. But i dont know the first thing about PPD... What should i change in the destiller ppd to make it work? If you could point me in the right direction or maybe eaven send me one of yours I would be etarnaly greatful! 

BR Daniel

Sorry, 

I do not exchange code. 

You might just test it with the HP 8550 PPD without any modifications at all. This will work with PageMaker and most fonts, but might cause problems with fonts that are assumed to be resident in the printer.  

The PPD specification is fully available under tech. notes at the Adobe WEB site. 

Jacob Sch�ffer
 Grafikhuset

On Mon, 3 Jun 2002 04:39:02 -0700, "Daniel K�ster" <ht@teknotrans.se>
wrote:

>It�s strange but some of the fonts has been changed from the original font to something other. Arial CE has been transformed to Arial MT, Arial Turkish to Courier (Wasn�t found at all by destiller even though it is correctly installed)the only font thas is included correctly is Arial Cyrillic, but the only thing thats showing i ncyrillic is the small "boxes" 
>
>If anyone has got the time i out my testfile on   http://www.teknotrans.se/files/font.zip <http://www.teknotrans.se/files/font.zip> 

I tried the test files. Distilling the test .ps file (with Acrobat
4.05) produced this error message:

%%[ Error: TT3273O00 not found. Font cannot be embedded. ]%%
%%[ Error: invalidfont; OffendingCommand: findfont ]%%

Stack:
/Font
(TT3273O00)
true
/|______TT3273O00
/AA


%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
%%[ Warning: PostScript error. No PDF file produced. ] %%
Distill Time: 1 seconds (00:00:01)
**** End of Job ****

Opening the *.pmd file with InDesign 2.0 told me that fonts Arial
Turkish, CE and Cyrillic were not available, but the text defaulted to
displaying in Times New Roman, and the version I have of that is the
Microsoft TTF with the extended character set, so the east european
glyphs displayed OK. Duplicating the text and setting the font to
Arial (also TTF from Microsoft) also showed correct characters - or at
least I assume they were. They weren't boxes at any rate.

PDFs produced from both InDesign and MS Word look OK to me - I'm
emailing them to Daniel so he can judge.

Could I hazard a guess that the problem may be related to a clash
between the extended charater set available in the version of Arial he
has on his system and the one which comes with Adobe products? I seem
to recall a problem of this sort when I first installed InDesign and
had to mess with the Adobe font list files to cure it.
Pete B

Thanks for the input Pete, but im sorry to say that the files you�ve sent me also had some errors. Not all of the letters were displayd as they should.  

By tha way. Installing different PPDs didnt work, � tried the HP printer that was recomended but it didnt help. 

It looks like this one will have to go to adobe support. I�ll let you know what they say! (Unless anyone has got another idea?) 

Daniel K

On Fri, 14 Jun 2002 00:03:42 -0700, "Daniel K�ster" <ht@teknotrans.se>
wrote:

>Thanks for the input Pete, but im sorry to say that the files you�ve sent me also had some errors. 
>Not all of the letters were displayd as they should.  

I assume that when you are preparing the document, what you see on
screen is correct, Daniel. In that case, could you do a screen grab
and make that available as a *.GIF file on your website? Then we could
see what you are trying to achieve, without you having to describe
each character by its (no doubt) arcane name.

I don't mind doing another couple of tests.

Pete B

With CE fonts and a Danish setup  characters with the PostScript names: 

1) 'Ccaronsmall' (which is NOT part of the default encoding and require special encoding to work), i.e. the lowercase 'c' with a 'reversed' hat upon,
 
2) 'Zcaronsmall' (char code 247 in the default encoding), i.e. the lowercase 'z' with a 'reversed' hat upon 

does NOT behave as expected with PageMaker 6.5 and 7.0 on Windows 2000. Several reasons may apply, including bugs in PageMaker, of course. 

With Arial CE and Times New Roman CE, which both are TrueType fonts, the character 'Ccaronsmall' doesn't work as expected and print as 'Cgravesmall', i.e. as a lowercase 'c' with accent 'graves' upon. The character 'Zcaronsmall' works as expected with the default encoding AND with PageMaker, however. 

With a Type 1 font with characters placed according to codepage 1252 standards, the character 'Zcaronsmall' appear to print as a '.notdef' character, however. In some cases it appear to print a 'periodsuperior' character and in some as a 'white space' instead. I assume this behaviour is caused by a bug in PageMaker, but I don't know the internals of PageMaker well enough to tell for sure. 

In my previous post I forgot to mention that we actually have modified the original, licensed codepage 1252 Type 1 versions of the fonts for the mentioned three customers and created three sets of font derivates with CE, BA and CY charactersets respectively for use exclusively with a Danish Windows set-up and keyboard layout. This explain why we got it to work. 

Still, the 'Zcaronsmall' character � as the last remaining � continue to bother us with any Windows NT version newer than NT 4.0 Service pack 4 (the one that introduced support for the Euro character) even though we found a workaround by splitting the font into two and having a PageMaker script change font where needed. 

I haven't personally tested it, but I suspect that NOT generating the Euro character at driver level may make a difference. Might be worth a try ... 

Best Regards 
Jacob Sch�ffer 
Grafikhuset