Bad Private Dictionary
mauro sacchetto
Posts: 353
In modifying a font (plz note that actually I'm interested only in .otf, not in Type1), I receive the message
Bad Private Dictionary
In detail:Elements in BlueValues/OtherBlues array are disordered<br>Elements in BlueValues/OtherBlues array are too close (Change BlueFuzz)Although I searched for (Google and FontForge manual) , I didn't find a clear explanation and, much less, some directions to solve that problem. I found this explanation too: https://blogs.adobe.com/CCJKType/2012/04/the-bluevalues-array.html but I dind't understan the practical way to act. Please, be kind enough to give me the basic lines to avoid all this. Thank you
0
Comments
-
0
-
thank you. I'll read it as soon as possible.
In any case, I tried to create a font (for merely experimental reasons) of Slimbach's Adobe Premiere Pro and I received the same warnings. So I concluded (I don't know if it's right or wrong) that it's no a so serious mistake...0 -
Look at the PostScript section of Robofont Documentation. Here you will find a good decription of BlueValues.0
-
Thank you. Reading in this moment.
Only a question more: if I receive an error message like the ones I quoted above, can they have a negative impact on an .otf?0 -
Errors in BlueValues, like those cited, can effect whether and when overshoot control turns on for small ppem sizes (primarily on screen).
0 -
ok thank, you. I've to study the case and to produce the appropriate corrections0
-
I read the two texts, but I still do not understand the practical method for determining those values. Is there a kind of algorithm or should I deduce it by going to "measure" the glyphs?
0 -
There are algorithms to use to determine the interaction between BlueFuzz and the blue zones. However, the numbers depend a bit because there are several different methods for how to express the values. In FontLab Studio 5, you can use native measurements, pixels, or points.
BUT, the main thing to know is... you can set BlueFuzz to zero. That alone may resolve the problem. BlueFuzz is only there to catch outlines that are "off" and outside the blue zones. If the outlines are accurate, there is no need for it. The conflict arises when the BlueFuzz, added to existing zones, causes them to begin to run into each other.0 -
I'm using FontForge n Linux (good but not perfect: I discovered a bug only a few days ago),
but I'll try the evaluation version of FontLab in Windows.
In any case... it seems to me that there are some fixed parameters, but in certain way it's also relative. Science and art...0
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 799 Font Technology
- 1K Technique and Theory
- 617 Type Business
- 444 Type Design Critiques
- 541 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 483 Typography
- 301 History of Typography
- 114 Education
- 68 Resources
- 498 Announcements
- 79 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 269 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports