They appear to be OK in Adobe Type Manager 4.1 and I've tried uninstalling and reinstalling them to no avail.
Any help is appreciated.
You can also try deleting all of the Adobefnt*.lst files (do a search).
Well known Zapf Dingbats Type 1 font has the file name: ZD______.pfm, PostScript name: "ITC Zapf Dingbats", and when installed it appears under Windows name: "ZapfDingbats" (no space!).
Make sure TT and Type 1 fonts doesn't conflict by Windows name.
You can detect font conflicts using FontExpert font manager.
Any particular reason why you don't want to use TrueType fonts?
How do I tell ID2 to look for Type 1 fonts in the correct folder? In my case it is C:\PSFONTS. It appears ID2 is only looking for fonts in C:\Windows\Fonts\ where I normally keep ttf fonts.
Why does ID2 appear to ignore the installed font lists and locations in ATM?
Any particular reason why you don't want to use TrueType fonts?
No problem using ttf fonts if they are well behaved. I've never had a problem, but my printers urge caution as they have had problems. It's also a pain to change my existing documents from zapfdingbats to dings___.ttf. This problem occurred when I upgraded to ID2.
What fonts is ID ignoring?
> Using TrueType fonts in pdf files sometimes come out wrong since Acrobat doesn't always convert them correctly.
I'll say it before Dov does, though my words obviously won't carry the same weight as his - utter baloney! Acrobat has had support for TrueType fonts for many years. There should be no problems using TT fonts in any up-to-date workflow, as long as the fonts are properly constructed (and badly made fonts are not restricted to the TT format).
Where does one get this 4.1.2 patch? I searched the adobe web site but came up with nothing.
Without going thru every one, it appears there is a good correlation between ID and windows/fonts, except ID is ignoring ZapfDingbats ZD______.PFM and using ITC ZapfDingbats instead (which is turned off using ATM.) I thought I'd use XP to reinstall it, but XP only shows TT and OT fonts.
<http://www.adobe.com/support/downloads/detail.jsp?ftpID=1553>
VERY hard to find if you don't search for the filename.
For what it is worth, Acrobat or anything else also misinterprets badly made Type 1 and OpenType fonts. In my many years in this business, I have seen at least as many improperly / badly made Type 1 fonts as I have seen improperly / badly made TrueType fonts.
(Note that neither Adobe nor I make any money off of TrueType fonts. But the pure drivel about problems TrueType fonts is more related to snobbery related to the font and platform wars of the early 1990s than reality!)
- Dov
But the pure drivel about problems TrueType fonts is more related to snobbery
related to the font and platform wars of the early 1990s than reality!
Which is really pretty funny when you consider that TrueType was an Apple-invented technology.
Remember the 6th (but somewhat dated) commandment of DTP: "Though shalt not bear false witness against thy service bureau's output when thine input is to blame."
Most of my font misbehaviors come from the free TT fonts available on
the web, which is probably asking for trouble.
Yes, beware of fonts (of either flavor) that hang around in disreputable places!
Sometimes you need them and you just gotta be vigilant about checking
proofs.
I submit that you never need a bad font. You might WANT the look of some free piece of (insert word of choice here) font, but you NEED to be able to send your work to print, so you NEED to use fonts that you can rely on.
Most fonts are inexpensive enough that their cost can be recovered in the time you don't spend redoing a job that wouldn't output or in not troubleshooting application or system crashes caused by defective fonts, plus the output will probably look better to boot.
> I apologize if it sounded like I was criticizing an Adobe product.
You can criticise Adobe products as often as you want - I really don't care. I'm not an employee or shareholder of Adobe and I do criticise its products myself. I challenged your comments (which I actually read as more a criticsm of the TrueType format than Acrobat/Distiller) in the interests of not perpetuating urban legends about TT fonts.
> Note you have to google from outside adobe.com or you won't find it.
There is a link in the ATM forum, though I admit that might not be where people would look.
> ID is ignoring ZapfDingbats ZD______.PFM and using ITC ZapfDingbats instead (which is turned off using ATM.)
The Adobe Type 1 Zapf Dingbats displays here in IDCS2 as ITC Zapf Dingbats. Have you checked under find font to make sure it's not using the Type 1 version?
ID Find Font lists "ITC Zapf Dingbats (TT)" only. No Adobe Zapf Dingbats on the font list even though it's installed.
Quark does the opposite, it recognizes the installed T1 Zapf Dingabats and doesn't see the ITC version.
Maybe I just won't worry about it. Possible that ITC Zapf Dingbats (TT) came with my HP laser printer.
> Printing companies are probably the biggest critics of TT fonts.
Possibly because they're used to people using free downloaded rubbishy TT fonts, in which case they're using TT as shorthand for rubbish fonts.
I reinstalled ZD______.PFM in case it was corrupt.
Searching under ITC, dings, and Zapf for this font. No instances of ITM Zapf Dingbats in Windows/Fonts. I removed altogether from ATM.
Did a search for adobe*.lst and deleted them.
Open up an .indd file and get the warning about missing ITC ZapfDingbats (TT)
ID2 "Find Font" lists ITC ZapfDingbats (TT), which of course doesn't exist. The installed T1 ZD doesn't show up.
Open up a Quark document. It correctly shows the installed T1 ZD.
The bottom line is why does ID2 refuse to display T1 ZD when other programs do? Why does ID2 list ITC ZD which isn't installed on my machine?
All this started with an upgrade from CS1>CS2 and WIN2K>WXP and a new HP color laser printer (which introduced ITC ZD into my system). As all Windows users know, upgrading a bunch of stuff at once is asking for trouble, but that's the the IT department does it.
I'm not too worried about this problem, but ID seems to be much more fussy about fonts that Quark.
> ID2 "Find Font" lists ITC ZapfDingbats (TT), which of course doesn't exist. The installed T1 ZD doesn't show up.
Unless I missed it, you didn't say until now that we're dealing with a missing font in a file. Just to rule out a possibility, where exactly are you looking to see if ID recognises the T1 font? You shouldn't see it in the find font dialogue (except in the "replace with" drop down). Find font lists the fonts used in the active file, whether or not they're currently installed on your machine. It's not a general font menu. Look in any of the font menus (eg, in the character attributes toolbar or in the character and paragraph styles dialogues).
Where is ID2 finding ITC ZD? Turns out it isn't.
When I turned/off removed ITC ZD, of course you get the pink boxes for the missing fonts. I can replace the missing characters with the missing ITC ZD, but they are actually Adobe T1 ZD. The name on ID2 font list never changed from "ITC Zapf Dingbats" to "ZapfDingbats".
The font is now shown as "ITC Zapf Dingbats T1" (formerly "ITC Zapf Dingbats TT") and the packaged font is now the T1 ZD .pfm and .pfb files.
I guess that solves the mystery, but doesn't explain why ID2 behaves this way. Maybe "ITC Zapf Dingbats" is the proper name no matter what the file source.
T
Yes, well, Horst did point that out way back in post 2: "Well known Zapf Dingbats Type 1 font has the ... PostScript name: 'ITC Zapf Dingbats' and I repeated this in post 13: "The Adobe Type 1 Zapf Dingbats displays here in IDCS2 as ITC Zapf Dingbats. Have you checked under find font to make sure it's not using the Type 1 version?"
The answers to these things are often minor details, so it does pay to carefully read the posts. This could all have been sorted out after post 2.
No, they were separate fonts and with both lodaed, ID2 used the TT font by default:
ZapfDingbats (T1) ZD______.PFM
ITC Zapf Dingbats (TT) dings___.ttf
Now that I removed dings___.ttf, ID2 reverted to ZD______.PFM which keeps me from having to change numerous documents.
I hope font management is more interactive and informative in future ID versions. I could manage my fonts better, but this is a corporate computer on a network remotely managed by the IT department. Sometimes they change stuff.
Actually, my question there related to your statement that ID was continuing to use TT ITC ZD even when the TT version was deactivated or removed. I was asking whether you were sure the ITC ZD you were seeing in the font menus was in fact the TT version and that you were not just assuming it was because you were not expecting to see the ITC designation in the T1 version. And, indeed, as far as I can tell from your posts, what you were seeing at that point wasn't the TT version.
with both lodaed, ID2 used the TT font by default
Yes, this is a common issue with fonts with the same name and it's an issue that predates ID and affects many apps. You should never have two fonts with the same name active at the same time. If you look back, Peter told you this right in the very first post ("There may be a name conflict if you have both the TT and T1 versions installed"), and Alex repeated this in post 2 ("Make sure TT and Type 1 fonts doesn't conflict by Windows name"). I repeated this advice again in post 15. ("It's probably just another of the font conflicts. Like with Arial and TNR, if you have the TT version active, you won't see the T1 version and vice versa." Though I don't know what I was thinking with the vice versa bit - at least in my setup, the TT version always takes precedence.)
> I hope font management is more interactive and informative in future ID versions.
Well, ID doesn't actually do font management. That's up to the user and specialised font-mangement software. The issue is that you had two fonts with the same name active at the same time. An app is not a mind-reader - how can it know which of the two fonts you want to use? In any case, under Windows these days auotactivation of fonts is just about impossible, so font management will remain a user task.
"You should never have two fonts with the same name active at the same time"
I didn't know I did since "ITC Zapf Dingbats (TT)" came with the HP printer and was installed without me knowing it.
"Well, ID doesn't actually do font management."
I didn't mean to imply that it does the font management. It probably more accurate to say ID is dumb about fonts. It would be an improvement if future versions of ID would let you pre-build a list of fonts that you plan to use in a document, allow you to see the path to them, let you know if they are TT or T1, allow you to call up the sample page, etc. Choosing fonts is one of the first steps in designing a document, and once you have your layout, you don't need to see the other 200 fonts you have installed. The next step would then be to create your style sheets.
"The issue is that you had two fonts with the same name active at the same time. An app is not a mind-reader - how can it know which of the two fonts you want to use?"
Because the app is dumb? They have different files names. Files with different names shouldn't conflict. It's poor font management software that causes the problem. Good font management software would warn of the conflict or simply list them both.
Bottom line is it doesn't matter as either one will work.
> Because the app is dumb? They have different files names. Files with different names shouldn't conflict.
Apps don't care about font filenames. These days, font filenames do usually carry the font name, but how would an old 8.3 filename have reflected the name "ITC Zapf Dingbats"? What matters is not the filename but the internal font name. Thomas Phinney of Adobe explained the situation as follows:
No application I am aware of ever cares about the font file name. InDesign
stores the PostScript FontName and the Adobe menu name (which is the "preferred"
menu name in an OpenType font, else is derived from a database for Type
1 fonts in the Adobe Type library, else is derived from several other
name fields in a Type 1 or TrueType font).
> It would be an improvement if future versions of ID would let you pre-build a list of fonts that you plan to use in a document, allow you to see the path to them, let you know if they are TT or T1, allow you to call up the sample page, etc.
Personally, I don't want ID to stray into font management. All this can (and, I think, should) be done with a font manager. But, in ID, find font will show you the path and the font format, plus a bunch of other things, of only the fonts used in the document. The one thing I agree with you on is that ID should have more options for the font menus - something like Ventura, where you can choose to display only publication fonts (or only TT fonts or only T1 fonts).
"Personally, I don't want ID to stray into font management. "
That's not what I meant, and using font management outside of ID to manage document fonts is impractical. I meant more font information for the document being worked on. We do a good job of interactive management of document colors, why not the same with fonts?
I would like to declare which fonts I'm going to use in a document ahead of time and it would probably make setting up character styles faster and less error prone. It would also reduce surprises when you package or preflight. You could have a floating window called "document fonts" that shows a list of all the fonts you are using (checked), or plan to use (unchecked). Of course you need the flexibility to add or delete fonts from the list.
It may not be what you meant, but the features you listed (see font path, show format, show sample page, show only the fonts you want to use) are exactly the core features of a font manager. And using a font manager to manage document fonts not only is not impractical but is common industry practice (and is the whole point of a font manager). While I would want ID's font menus to be customisable as I described, I can't see the point of having floating windows to build up font lists when I already can do all of this in my font manager. I'd rather see new features added to ID rather than see it duplicate existing software.
k