I&#39;ve finally pieced together that the solution is to write my own encoding vector.<br><br>Is there a good tutorial about how to do this?<br><br>As a test I simply made a copy of 8r.enc and 8r.etx. In the .enc file I replaced one of the <span style="font-family: courier new,monospace;">/.notdef</span>&#39;s with <span style="font-family: courier new,monospace;">/eogonek</span>, and then added a <span style="font-family: courier new,monospace;">\setslot</span> for this glyph in the .etx file. Then I changed <span style="font-family: courier new,monospace;">\reencodefont{8r}</span> to refer to my renamed, modified copy, ran the files through TeX and updated all the map files.<br>
<br>Sure enough, the correct <i>eogonek</i> comes out in the PDF (it&#39;s even serchable). Perfect!<br><br>I finally understand the reason that <i>eogonek</i> wasn&#39;t working is that it isn&#39;t defined by 8r.<br><br>
I still have some questions.<br><br>1) What&#39;s the best way to do what I need?<br>2) If I need a glyph that is not in T1, like <i>iogonek</i>, in addition to the above, do I then simply have to modify t1.etx and add a slot for that glyph?<br>
3) If I need a glyph that doesn&#39;t even have a TeX command, such as scommaccent, what do I have to do to get access to it in my latex document? I know someone has written a \cb{} command that fakes comma below. Can I write my own \cb{} command? What would it look like? I really only need to access to scommaaccent and tcommaaccent.<br>
<br>Fortunately, because I&#39;m doing book work, I can make room in the encoding vector by discarding some math symbols and analphabetics.<br><br>Reinhard, thanks for the link to the T1 spec. Based on certain aesthetic considerations, I cannot use either Pagella or FPLNeu [<a href="http://home.vrweb.de/%7Ewas/x/FPL/" target="_blank">http://home.vrweb.de/~was/x/FPL/</a>].<br>
<br>—Christopher<br><br><div class="gmail_quote">2010/1/17 Lars Hellström <span dir="ltr">&lt;<a href="mailto:Lars.Hellstrom@residenset.net">Lars.Hellstrom@residenset.net</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Christopher Adams skrev:<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
What I don&#39;t understand is why A/E/a/eogonek and gbreve are not being taken<br>
directly from the font, while, for example, iacute and acircumflex are.<br>
</blockquote>
<br></div>
First note that &quot;the font&quot;, as it gets defined in a PS or PDF file, is the *base* font; all glyphs will have to be expressed in terms of slots in this font.<br>
<br>
Second, look in the MTX file for the base font you&#39;re feeding into \installfont, and compare the entries for e.g. iacute and eogonek. Most likely, one is like<br>
<br>
  \setscaledrawglyph{iacute}{...}{...}{...}{237}{...}{...}{...}{...}<br>
<br>
and the other is either missing or like<br>
<br>
  \setscalednotglyph{eogonek}{...}{...}{...}{-1}{...}{...}{...}{...}<br>
<br>
The first says an iacute glyph appears in slot 237 of that font (named in second argument). The second says an eogonek glyph is currently unencoded (but might become available if the font is reencoded). The first really defines an iacute glyph to fontinst, and the second doesn&#39;t. Hence llbuild.mtx will later find eogonek undefined, and do its best to provide one.<br>

<br>
(For various arcane reasons, which are related to the AFM CC commands Hilmar wrote about off-list, the \setscalednotglyph command *does* define a pseudoglyph eogonek-not, but that&#39;s probably of no use to you. There&#39;s still no slot in a font defined through any .map file which corresponds to the proper eogonek defined in the PFB.)<br>

<br>
<br>
The main point is that fontinst can&#39;t reach into the bowels of a font and access arbitrary fonts therein, it can only make use of glyphs that the DVI drivers assign to some slot of some font.<br>
<br>
This point is somewhat blurred by the fact that it is often fontinst that manufactures the mapfile lines that told the drivers about the fonts in the first place, but in this area fontinst merely follows orders, so if you didn&#39;t tell it to reencode a base font so that its eogonek appears in some slot, then the eogonek of that base font won&#39;t be available (as far as \installfont is concerned).<br>
<font color="#888888">
<br>
Lars Hellström<br>
<br>
</font></blockquote></div><br><br><blockquote style="margin: 1.5em 0pt;"></blockquote>