[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Metafont optional parameters
From: |
Owen Lamb |
Subject: |
Re: Metafont optional parameters |
Date: |
Mon, 1 Jun 2020 11:17:04 -0700 |
Hi Carl,
Thanks for bringing this file to my attention. It seems to me, however,
that the Unicode encoding is defined in gen-emmentaler.fontforge.py, at
lines 58 through 61, with a simple iterator starting at 0xE000. (This is
what I'm planning to replace with manually defined SMuFL codepoints, taken
from the .mf files.)
AFAICT, encodingdefs.ps doesn't seem to have a bearing on the final Unicode
encoding. The first glyph mentioned in encodingdefs.ps ("noteheads.d0doFunk"),
there given the value 0x01 in the LilyNoteHeadEncoding list, has a value of
0xE0F5 in the generated emmentaler fonts, and is nowhere near being the
lowest-value notehead character in the PUA. Perhaps encodingdefs.ps deals
with a different, font-specific, category-dependent character map, while
the python script defines the Unicode encoding?
Thanks,
Owen
On Sat, May 30, 2020 at 7:07 PM Carl Sorensen <carl.d.sorensen@gmail.com>
wrote:
> On Sat, May 30, 2020 at 4:41 PM Owen Lamb <owendlamb@gmail.com> wrote:
> >
> > Hi all,
> >
> > I'd like to add an optional parameter for smuflcode to fet_beginchar, so
> > that I don't have to take two lines redeclaring the variable in every
> > glyph. Ideally, it won't have to be optional once every character has it,
> > but in the meantime, it would help with testing individual characters'
> new
> > encodings.
>
> I thought that the font encodings were created in the process of
> converting to Type 1 fonts by postscript using the information in
> ps/encodingdefs.ps
>
> Is that the case?
>
> Carl
>
- Re: Metafont optional parameters,
Owen Lamb <=