<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Ross,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 18 July 2016 at 03:01, Ross Moore <span dir="ltr"><<a href="mailto:ross.moore@mq.edu.au" target="_blank">ross.moore@mq.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Hi Thanh,
<div><br>
<div><span class="">
<blockquote type="cite">
<div>On Jul 17, 2016, at 7:41 PM, The Thanh Han <<a href="mailto:hanthethanh@gmail.com" target="_blank">hanthethanh@gmail.com</a>> wrote:</div>
<div>
<div dir="ltr">
<div class="gmail_extra"><br>
</div>
</div>
</div>
</blockquote>
<br>
<blockquote type="cite">
<div>
<div dir="ltr">
<div class="gmail_extra">
<div style="font-size:small">​the real question one should ask is why StemV is required, since it's already included in the font itself.​</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</span><div>I think I can explain that.</div>
<div><br>
</div>
<div>For a Type 1 font,  StemV  is the  Hinting parameter  StdVW .</div>
<div>pdfTeX already knows this: </div>
<div>   ptexlib.h:363:    , {"StemV", "StdVW”}</div>
<div><br>
</div>
<div><a href="http://partners.adobe.com/public/developer/en/font/T1_SPEC.PDF" target="_blank">http://partners.adobe.com/public/developer/en/font/T1_SPEC.PDF</a></div>
<div><br>
</div>
<br>
<div>PDF uses the Font Descriptor dictionary in several ways.</div>
<div><br>
</div>
<div> #1.  Firstly, if the font program itself is *not* present, then it can substitute </div>
<div>      something that looks similar, having similar widths in vertical strokes.</div>
<div><br>
</div>
<div> #2.  When the font *is* available, there are still issues; especially at</div>
<div>      low resolution. Then the “hinting” is used in choosing which pixels to</div>
<div>      include when following the outline description.</div>
<div><br>
</div>
<div> #3.  Even at high resolution, there is a possible use, related to #1.</div>
<div>      The time required to produce the full hi-res image of a portion of</div>
<div>      a page may be quite large (a few seconds, say).</div>
<div>      Instead of presenting a blank page until it’s ready, a quick mock-up</div>
<div>      is first shown, perhaps using a substitute font with cached letter forms.</div>
<div>      This is later replaced with the full image, when ready.</div>
<div><br>
</div>
<div>I cannot find any documentation to justify that #3 is used in any specific renderer, </div>
<div>but I've certainly seen rough images appear prior to the full hi-res. version.</div>
<div>Note that the  /Flags  parameter conveys information about characteristics</div>
<div>of the script that the font implements, so is used in the selection of substitute fonts.</div>
<div><br>
</div>
<div><br>
</div>
<div>Here’s an extract from the PDF Spec. which certainly refers to usage #1; </div>
<br>
<br>
9.8  Font Descriptors<br>
<br>
9.8.1General<br>
<br>
A font descriptor specifies metrics and other attributes of a simple font or a CIDFont as a whole, as distinct from the metrics of individual glyphs. These font metrics provide information that enables a conforming reader to synthesize a substitute font or
 select a similar font when the font program is unavailable. The font descriptor may also be used to embed the font program in the PDF file. </div>
<div><br>
</div>
<div><br>
<div><br></div></div></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small;display:inline">​thanks for the excellent explanation.​</div> <div class="gmail_default" style="font-size:small;display:inline">​I was aware about #1, i.e. pdf browsers might make use of info in font descriptor to mimic the font. pdftex supports creating pdfs without embedding the fonts, too. However I think those pdfs without embedded fonts are rather useless. </div></div><div><br></div><div><div class="gmail_default" style="font-size:small;display:inline">Back to the original issue: I agree it makes more sense to copy StemV as real number, not integer. </div></div><div><div class="gmail_default" style="font-size:small;display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;display:inline">Regards,</div></div><div><div class="gmail_default" style="font-size:small;display:inline">Thanh</div></div></div></div></div>