<div dir="ltr"><p class="MsoNormal">After reading some papers on this library i got my answer.<span></span></p><p class="MsoNormal"><br></p>

<p class="MsoNormal">Primary purpose of GF and PK font driver is that application
programmer dont need to</p><p class="MsoNormal"> know the internal data representation in GF and PK font
files. VFlib converts bitmaps in a </p><p class="MsoNormal">common format. The term "common
format" means VF_Bitmap structure defined in VFlib. </p><p class="MsoNormal">That is the common
data structure for representing bitmap data in VFlib. Regardless data </p><p class="MsoNormal">style
(bitmap/outline) of fonts, VFlib uses the VF_Bitmap structure to represent
bitmap of a</p><p class="MsoNormal"> character in font. </p><p class="MsoNormal"><br></p><p class="MsoNormal">Another purpose of gf and pk support is that. Because they
are in bitmap form, we must prepare </p><p class="MsoNormal">many files for different magnification and
resolution. For example, when we use "cmr10" font, we </p><p class="MsoNormal">must select
appropreate font files generated by MetaFont. For example,</p><p class="MsoNormal"><br></p><p class="MsoNormal"><span></span></p>

<p class="MsoNormal"> - Mangification 1.00,
300 dpi --> "cmr10.300pk"<span></span></p>

<p class="MsoNormal"> - Mangification 1.20,
300 dpi --> "cmr10.360pk"<span></span></p>

<p class="MsoNormal"> - Mangification 1.00,
600 dpi --> "cmr10.600pk"<span></span></p>

<p class="MsoNormal"> - Mangification 1.20,
600 dpi --> "cmr10.720pk"<span></span></p><p class="MsoNormal"><br></p>

<p class="MsoNormal">Selecting appropriate file name is tedious, and VFlib does
the messy things. Given parameters</p><p class="MsoNormal">fontname (e.g., "<a href="http://cmr10.pk">cmr10.pk</a>"),
device resolution (e.g., 300), and magnification (e.g., 1.20), VFlib PK driver </p><p class="MsoNormal">internally computes appropriate file ame (e.g., "cmr10.360pk") and
find its location in filesystem. Application</p><p class="MsoNormal">programmer need not to care about
actual font file names and font directories.<span></span></p></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 16, 2018 at 11:46 AM, Ammar ul hassan <span dir="ltr"><<a href="mailto:ammar.instantsoft@gmail.com" target="_blank">ammar.instantsoft@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Karl Berry. Thank for your response<div><span style="font-size:12.8px">> FreeType doesn't support bitmaps </span><span style="font-size:12.8px">directly, does it?</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Yes FreeType doesn't support bitmaps directly. It takes an outline font and rasterizes it into bitmaps internally (without creating an additional bitmap file) </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">> </span><span style="font-size:12.8px">So the real question is why you want to use mf instead of mftrace?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Actually with using mftrace in my current setup, the process looks complex i.e. input .mf to FreeType, </span></div><div><span style="font-size:12.8px">send .mf to mftrace for converting it into any outline font (Type1 in my case), then passing this newly </span></div><div><span style="font-size:12.8px">created outline to default FreeType driver modules, these driver modules then do default working and </span></div><div><span style="font-size:12.8px">i can display styled fonts etc. Plus the main reason that i want to use mf program is that i want to use it</span></div><div><span style="font-size:12.8px"> as an external program </span><span style="font-size:12.8px">that inputs</span><span style="font-size:12.8px"> a bitmap file to FreeType, then FreeType sends this bitmap file to programs</span></div><div><span style="font-size:12.8px"> like VFlib (that say that they can support bitmap files like .gf and .pk) so, that these processed files can be used for printing and previewing stuff. </span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 16, 2018 at 7:43 AM, Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ammar,<br>
<span><br>
    What is the main task of this library if a .gf or .pk file is input?<br>
<br>
</span>I have nothing to do with vflib, but I gather the purpose of vflib<br>
(<a href="https://core.ac.uk/display/21783721" rel="noreferrer" target="_blank">https://core.ac.uk/display/21<wbr>783721</a>) is to rasterize outline formats<br>
into bitmaps. So if it's given a bitmap (gf or pk), it seems there's<br>
nothing much for it to do, essentially just pass back the input.<br>
<br>
This is why mftrace is called in your present setup -- to go the other<br>
direction, from Metafont's bitmap output to outlines, which (as far as I<br>
know) is what freetype needs.  (freetype doesn't support bitmaps<br>
directly, does it?)<br>
<br>
So the real question is why you want to use mf instead of mftrace.<br>
Put that way, it seems an impedance mismatch ... -k<br>
<br>
P.S. The only alternative option I can think of in this area is to use<br>
MetaPost (mpost) instead of mf. But it is far from a drop-in replacement<br>
when it comes to font creation. MetaType1<br>
(<a href="https://ctan.org/pkg/metatype1" rel="noreferrer" target="_blank">https://ctan.org/pkg/metatype<wbr>1</a>), written by the GUST font developers,<br>
attempts to ameliorate this, but it is also far from a simple install<br>
and use ... good luck ...<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>