FontLab Forum
2012-02-09, 03:18:06 *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Welcome to the FontLab forum, read how to use it! Update: Archives from old MSN forums are now available on our forum.
 
   Home   Help Search Calendar Downloads Tags Login Register  
Del.icio.us Digg FURL FaceBook Stumble Upon Reddit SlashDot

Pages: [1]
  Print  
Author Topic: Interpreting stemHist results  (Read 3755 times)
mekkablue
Beta: FontLab Studio Mac
Hero Member
***

Karma: +0/-0
Austria Austria

Posts: 40



WWW
« on: 2009-07-10, 06:48:32 »

Imagine a stemHist command yields a range of very similar stem widths. Let’s say something like this:

Count --- Width
160   --- 128
60    --- 127
50    --- 129


Let's further assume that there are important glyphs in the 127 and 129 groups. Should I now set the width to 128 because it's the stemwidth with the most occurrences? Or should I default to a unit more or less to be on the safe side? In other words, when I’m in doubt, should I rather take the one with the highest count, a larger one, or a smaller one?
Logged
Read Roberts (Adobe)
Moderator
Hero Member
*****

Karma: +6/-0
United States United States

Posts: 27

Fontlab Studio 5.0.4, built 2741, Mac OX 10.5


Email
« Reply #1 on: 2009-07-27, 14:44:01 »

The count vs stem width reported needs to be interpreted  with reference to the glyphs. If a particular stem width is has a very high count,  that doesn't mean that you should automatically include it in the list of global stem widths, as it may not be a stem that you care about. Likewise, a stem width with a very low count may still be one that you want to include, if it controls an important stem in a glyph which is used a lot. This is why the reports also lists the glyphs with which each stem width is found, so that you can look at where it occurs.

It is actually a  good idea to start using stemHist very early in your design, as it is a good idea to be consistent about stem widths for the same kind of stems in different glyphs. Having  the same kind of stem be 3 units different in one glyph than in another usually makes no design difference, but makes it hint differently.  Also, if you are consistent in your design, then the stems widths with a high count are the important ones, and the important ones all have high counts.

Another consideration is that a stem width is actually associated with a plus/minus delta value, and will capture other stems whose width is within the delta of specified global stem width.  This delta is calculated during rasterization, and depends on point size. The formula is "(0.35*72)/(ptSize)." If the rasterizer is hinting a glyph at 10 points, the delta is 2.52 design units. At 12 points, the delta is 2.1,  at 16 points, the delta is 1.575 design units, and at 25 points, the delta is a little over 1 design unit.

For the specific example you cite, I would  choose 128, which will cover stem widths at 127 and 129 up to 25 pts, which is good enough coverage for most fonts.

- Read Roberts

Logged
Arno Enslin
Hero Member
*****

Karma: +8/-0
Germany Germany

Posts: 98



« Reply #2 on: 2010-04-01, 18:39:47 »

@ Read Roberts

As far as I know, David Lemon is working on a new PS hinting tutorial. Do you know, if it will be included in the next version of the AFDKO? I am burning to read it, even for the case, that it is not finished. And when will the next version of the AFDKO be available?
Logged
Read Roberts (Adobe)
Moderator
Hero Member
*****

Karma: +6/-0
United States United States

Posts: 27

Fontlab Studio 5.0.4, built 2741, Mac OX 10.5


Email
« Reply #3 on: 2010-06-18, 11:49:24 »

Hm, I didn't see your question  - I usually get the new posts to this board a s e-mails. The next FDK release will be sometime after Sept 1020, probably around Dec, but don't count on it, as I only get to work on it when no more pressing task is in my queue. Miguel Sousa is actually working on the the hinting document, but the same comment applies.
Logged
Tags: stemhist stems 
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!