Don't emit AlternateSets that will be overridden

Just in case TTX changes its behaviour in this area in the future.

Add a comment explaining the purpose of aalt_overrides

Signal names for SN74S262 pins, from RML 380Z service manual

Extend compatcheck 'GSUB' checks to handle renamed glyphs

We do this by pulling out the CFF charstring for old and new glyph
names from the new font and seeing if they're the same.

Emit AlternateSets for 'aalt' overrides

These are just emitted after the standard AlternateSets, and because
of how TTX works, they end up overriding the standard ones.  This
seems a bit dodgy to me, so I might try to do better later.

Add data for overriding 'aalt' sometimes

Not used yet.

Sort glyph names in compatcheck

New shape for SAA5054 ugrave (now ugrave.roundjoined)

I just got an SAA5054 (date code 8510) and the character it has at 5/13
is different from the one in the datasheet.  The real one lacks the
pixel in the bottom right corner, so it's more like a Ugrave than a
ugrave.  However, it would be weird for a character set to include the
capital but not the lower case, and the corresponding character set in
ETS 300 706: May 1997 (the French option in table 36) is obviously
lower-case.  So I think it's semantically lower-case, whatever it looks
like.

As for the thing I was intending to check, yes the accent does join onto
the letter.

Add @font-feature-values to bedstead-faces.css

This means that users of this stylesheet can use declarations like
"font-variant: styleset(saa5051)" to request a particular stylistic set.
The separated graphics sets, 'ss14' and 'ss16', are not covered by this
because new applications should use the proper Unicode code points for
separated graphics instead.

Use new generic glyph names in rom.ps

Output confirmed to be unchanged

Put feature tag in a comment in each <Lookup> in TTX

Now that the ssXX features don't have fixed suffixes it's useful to
have something to say which is which.

Check OS/2.achVendID in compatcheck

My GNU Emacs configuration ended up using this to select its default
font, so it should remain constant within a major version.

Add name checking to compatcheck

This tries to ensure that sensible ways of specifying a font by name
continue to work across an upgrade.

compatcheck: actually exit with failure if a check fails

Add a comment explaining what compatcheck does

SN74S262/3 pinout

The XM11 application note mentions "two chip enables", which can only
be pins 14 and 15.

More descriptive names for variant characters

This means yet more compatibility aliases, but I think it's the right
way to go.

Redesign how stylistic sets for particular chips work

The old approach was that each stylistic set had a distinct glyph-name
suffix, the same way that small caps or right-to-left mirrored glyphs
did. This meant that when several chips used the same alternative
glyph, there needed to be a separate alias for each chip.  This was
slightly awkward for just the SAA5051 and SAA5052, but I'd like to add
coverage for the SN74S262 and SN74S263, and those share some of the
same glyphs as well.

So now those stylistic sets have an explicit list of which variant
glyphs they include, and my plan is that each variant glyph will have
a single canonical name.  They'll still have to keep the existing
names for compatibility.  Indeed, for now that's what they're using
because that makes checking the output easier.

No change to the resulting font, though the lookups do end up in a
different order in the TTX file.

Swap scripts and suffix members of struct gsub_feature

Every feature must have a scripts list, but "suffix" is only one way
you might select lookups to generate.  Putting it at the end makes it
easier to leave it out.  Indeed, our existing 'aalt' lookup omits it.

This causes no change to the generated fonts.

Remove ASCII dependency

ISO C doesn't guarantee that the execution character set is ASCII, or
anything like it.  Bedstead tries to require only ISO C, but it used
strcmp() to sort glyph names and so the output depended on the sort
order of characters.  Moreover, the code for finding variants of
characters required that '.' have a lower value than any other
character that appeared in glyph names.

To avoid this dependency, we now have a table that assigns values to
each character that can appear in glyph names, and a strcmp-compatible
function that compares two strings after mapping through that table.
This means that our sort order is explicitly specified in the code,
and also provides a convenient place to catch unusual characters in
glyph names.

This change has no effect on the output TTX files (at least on an ASCII
system).  All remaining uses of strcmp() are testing solely for
equality.

Correct the size of the parameter to glyph_footprint()

Fix the length of an accidentally variable-length array

Range-check argument to --bdfgen

Change parameters of moveto() and lineto() to signed

The corresponding members of struct vec are signed, as are most of the
arguments passed to the functions, so it's silly that the parameters
themselves are unsigned.  This takes the number of warnings under
clang -Weverything down from 126 to 30.

This doesn't cause any change to the output TTX files.

Remove an unnecessary shadowing variable

Add a few missing "static" keywords

compatcheck: detect vanished code points from fonts

Add a script to check backward compatibility

Some notes on TIFAX

Note the existence of HACKING in CONTRIBUTING

Small caps for new additions

A few modified Bs

Assign a PUA code point to Tbar.c2sc

Merge new characters and minor fixes

Converted to the new string-constant format in the process.

A few additions, mostly to fill out Teletext character sets

[ from email ]

2. Regular unicode characters: a few additions, mostly to fill out
compatibility with Teletext character set ranges that were otherwise
almost-complete (which is basically everything except Arabic at this point)
per this reference page: https://al.zerostem.io/~al/ttcharset/[al.zerostem.io]  
Some of the cyrillic additions are a bit dubious, but hopefully close enough
to pass.

Add some warning flags to the C compiler

I've chosen ones under which bedstead.c is currently clean, at least
using the versions of GCC and Clang currently in Debian stable.

Correct a printf %lX argument type

Also change another from "long" to "unsigned long" for consistency.

Set -dNOSAFER when running .bdf.ps programs

Ghostscript 10.03.1 and later disable the "makeimagedevice" operator
when running under -dSAFER.  Even --permit-devices='*' isn't enough to
get it back.  The release notes say that makeimagedevice has been
removed entirely, but that seems not to be correct.

Stop using %stdout for writing BDF files

Instead, pass the destination filename to the bdf.ps program and have it
open the file itself.  This avoids capturing Ghostscript's own
diagnostics in the output file.

Correct a comment in rom.ps

It can make all ROM images now.

Convert ZVBI Private Use codepoints to compatibility aliases

That saves 4K of font file, which is nice.

Correct compatibility mapping of Wdieresis.sc

It will be generated if 'smcp' is applied to Wdieresis, and the
correct result of that is no change, since 'smcp' doesn't affect
capitals.

Convert 6-cell ".sep6" glyphs into compatibility aliases

Add COMPAT to a bunch more aliases

Add a flag to explicitly mark compatibility aliases

Only used on a few characters for now, though.

Mark obsolete characters in the glyph complement

A technique only slightly spoiled by the fact that nothing flags
obsolete characters yet, so it's actually marking every alias instead.
Still, it puts a nice diagonal bar across the affected characters
telling you to use a different one, which looks nice but may
obliterate the character rather _too_ effectively.

Actual aliases for old names of separated 4-cell graphics

That saves a few hundred bytes from the OTF.

Move *.sep4 glyphs to compatibility aliases

We've now got proper Unicode versions of them.

Correct separated vs contiguous flag in ZVBI compat mappings

[ from email ]

One thing I wanted to query was the ZVBI mosaic graphics codepoints at
0xEE00 to 0xEE7F.  The ZVBI code says (in lang.c):

" Table 47 G1 Block Mosaic is not representable
* in Unicode, translated to private code U+EE00 ... U+EE7F.
* (contiguous form has bit 5 set, separate form cleared)."

My reading of this is that the separated forms should therefore sit at
0xEE00-0xEE1F and 0xEE40-0xEE5F, with the contiguous forms at 0xEE20-0xEE3F
and 0xEE60-0xEE7F.  This is indeed what the teletext1/2/4 fonts commonly
seen in teletext recoveries do; see for example
https://al.zerostem.io/~al/teletext/bbc1/1996-12-28-0008.1/100.html.
Bedstead maps these the opposite way around, however, and if you swap it in
on the linked page, all the contiguous and separated mosaics will swap
places.

Beginning of notes on HP terminal large letters

Add 4-cell separated graphics at their proper Unicode code points

I hadn't noticed that they're included in the Symbols For Legacy
Computing Supplement as well.  Apparently they were part of the Sharp
MZ character set.

Update version in which Wdieresis.sc alias was added

Something I missed from the 3.246 release notes

Too late for the actual release, sadly.

Update version to 3.246

New major version for vendor and foundry IDs and removing Mac Roman
support.  Minor version indicates the sixth release of 2024.

Adjust bitmap of supported code pages

I've removed the Turkish code pages because I don't have letters with
breves yet.  And I've removed the Latin-2 code pages because I haven't
come up with a good way to distinguish accented upper- and lower-case
'S'.

Remove some Unicode Character Range bits

I don't think Bedstead has enough coverage of these ranges to consider
them to be "functional":

47: Dingbats
62: Alphabetic Presentation Forms
68: Halfwidth and Fullwidth Forms
69: Specials
88: Musical Symbols + Byzantine + Ancient Greek
89: Mathematical Alphanumeric Symbols

Note what the various Unicode-range and code-page bits in 'OS/2' mean

I haven't actually checked whether they're right, though.

Comment explaining sFamilyClass

Merge line-drawing changes into pre-release trunk

Musical stave characters should join to the left

Separate flags for copying left column and top row

Having a way to specify that the half-brackets extend upwards but not
leftwards avoids all the rendering problems they were previously
suffering from.  And I've spotted the VT100 scan-line characters,
which should be extended to the left but not upwards.  Since the
middle scan-line is unified with a line-drawing character, they really
need to extend leftwards for symmetry, but extending scan-line 1
upwards would be a disaster.

So now there are two flags, JOIN_U and JOIN_L, to specify joining in
each direction.  I've renamed the both-directions flag as JOIN,
because it's not just specific to line-drawing any more.  I might
eventually want a JOIN_D to suppress hinting of the bottom edge of the
character, but I need to do some testing first.

Turn on line-drawing mode on long brackets etc

It doesn't work quite properly: some characters hit the left side of the
character cell, so I might want to separate the joins-leftward and
joins-upward flags.

Stop bold line-drawing characters overflowing character cell

In XLFD terms, Bedstead is a "character cell" font, where every
character fits entirely within its cell (defined by advance width,
ascent, and descent).  Bedstead Bold maintained this because it
thickened into the unused column to the left of each character.
However, combining the new continuous line-drawing with emboldening led
to bold line-drawing characters that extended beyond their character
cell.  This led FontForge to make the SPACING property of the BDF file
"M" (for monospace) rather the "C".

This commit simply clips the X co-ordinate of points in a bolded
character at zero.  That's safe because line-drawing characters are
guaranteed not to be doing anything diagonal in the left-most column.
This is slightly ugly, in that the bold characters aren't quite so
algorithmically derived from the non-bold ones, but in most cases
there'll be another line-drawing character to the left anyway.

Make line-drawing characters join up

This is done my duplicating the top row of pixels upwards and the left
column leftwards.  This is analogous to what MDA and other IBMish
adaptors do to expand eight-pixel wide characters to nine pixels on screen.

Increase version number for a potential pre-release

Turn on the ForceBold flag for bold fonts

As far as I can tell, FreeType ignores it, but I may as well turn it
on in case something pays attention.

Slightly ugly hack to bias middle stems upwards

By default, FreeType 2.12.1 prefers to move the middle stems of
characters like 'B' and 'e' downwards, which is ugly.  By applying a
tiny tweak to the "hstem" commands for such stems we can persuade
FreeType to move them upwards instead.  This wasn't a problem when we
were using FontForge because FontForge didn't use proper stem hints on
the baseline.

Fix vertical stem hints on bold condensed fonts

The weight needed to be adjusted to allow for the change in width.

Correct bold outlines

The weight-changing code in adjust_weight() depended on the direction
that outlines were drawn in, so when I changed the direction to match
that required by CFF, it started lightening the font when it should have
been boldening it.  A lot of swapping "next" and "prev" has corrected
that.

Fix left and right edge hints at non-default widths

The magic numbers -21 and -20 shouldn't be scaled when the width of the
characters changes.  The easiest way to fix this is to switch to
calculating the hints in actual font units.  Only now of course that
will get bold fonts wrong...

Quell a few compiler warnings

Remove glyph footprint comment from XML output

It was only there for debugging and isn't generally helpful.

An idea about version numbers

Support cntrmask and hintmask operators in editor

Skip XML comments when reading charstrings in editor

Emit cntrmask operators

Counter-mask support in select_hints()

It detects evenly-spaced runs of at least three stems, which is a
surprisingly fiddly thing to code.

Use self-explanatory constants to specify alignment zones

This adds ALEFHEIGHT for the height of Hebrew letters.

Remove lower alignment zone at +1 pixel

I think I added it because a lot of mathematical operators (like '+')
have their bottom edge there.  But such operators don't really need
their bottom edges aligned: it's much more important that they should
have their proper shapes and should have their centre lines aligned.

This only slightly improves the rendering of '+' in FreeType 2.12.1:
it's still asymmetric but the asymmetry is in a better direction.
Moreover, some glyphs with descenders like "section" are substantially
improved.

More-or-less functional edge hints

This gets me to the milestone where the new version isn't uniformly
worse than the old one when rendered by FreeType at 10.5 ppem (the
worst size I've found).

The big problem I still have is that letters with three horizontal
stems (like 'B') get their middle stem rounded down in this version
and up in 002.009.  I think this is because FontForge generates and
edge hint and not a stem hint at the bottom of the character, which
also makes bottom stems rather fuzzy.  This version gives sharper
stems, but the characters all end up looking top-heavy.

Support for edge hints in select_hints()

Which demonstrated plenty of bugs in the code generating them.
Currently edge hints only appear in a helpful comment.

Process pixels in raster order

If we're imitating a CRT character generator, obviously we should
process pixels line-by-line, not column-by-column.  But that means
writing "for (y ...)" before "for (x ...)" which isn't the instinctive
way I did it.

So now that's corrected and the Y loops are outside the X loops, which
should make any debugging output easier to follow.  This has been
confirmed not to change FreeType rendering at 10.5 ppem.

Reverse (almost) all the paths

Type 1 fonts (and by extension CFF fonts) are required to have their
outer contours go counter-clockwise.  Bedstead has always generated
outlines clockwise and depended on FontForge to correct them.  Now
they're generated counter-clockwise as is proper, which will be fine
until I decide I want TrueType outlines instead.

This makes no difference to FreeType's rendering at either 20 ppem or
10.5 ppem

Switch hhints loop in emit_hints() so it counts forwards

Now that it only touches the input array once, it's much simpler to do
the y-axis inversion there.

Some infrastructure towards edge hints

There are places to record them now, but they're ignored by
select_hints() and emit_hints().

Separate selecting usable hints from emitting them

Now there's a select_hints() function that decides what hints should
be emitted, and emit_hints() just handles putting those hints into a
charstring.  I hope this will make each function reasonably simple.
Importantly, it means that select_hints() can be called twice, once
for horizontal stems and once for vertical ones.

Change version number so pre-release fonts are distinguishable

Correct baseline of BDF fonts

Pass --no-recalc-timestamp to TTX

Without that, it updates the "modified" field in the 'head' table,
which makes builds unreproducible.

Emit OpenType tables in a more logical order

TTX doesn't actually care what order we emit tables in: it will always
put them into the recommended order.  So I've made the order something
that works correctly and that doesn't look too silly in TTX's console
output.

Update Web page for new generation procedure

Correct cap height in font headers

Put version number in glyph complement PDF

Now that we've got the version number in a constant, this is
convenient.

Extract version number from C file, not nonexistent SFD

Correct ordering of stem hints

The spec for Type 2 charstrings requires that all hstem hints must
occur before all vstem hints.

Ignore stem hints in editor

Though it would be neat if it could display them.

Add .DELETE_ON_ERROR target to Makefile

That ensures that output files of a rule get properly deleted if the
recipe fails, which is almost always correct.

Make the processing of SOURCE_DATE_EPOCH safe

And explain in excruciating detail why it's safe.  It's only actually
safe on systems (like POSIX ones) where time_t is an integer type, but
I think that's good enough for me.

Support SOURCE_DATE_EPOCH

If set, it is used to set the "created" and "modified" fields in the
OpenType 'head' table.  This means that builds of Bedstead can be
reproducible.

The current code just casts the "long long" interpretation of the
environment variable into a time_t.  This is potentially undefined
behaviour, because time_t might be a signed integer type smaller than
"long long".  But I can't find a way to properly range-check it.  Even
in POSIX, where time_t is required to be an integer type, there
doesn't seem to be a constant that specifies its range.

Generate stem hints

These are generated from the glyph bitmap by a similar
pattern-matching arrangement that generates the outline.  Then, like
emit_path(), there's an emit_hints() that turns them into valid
charstrings.  The handling of overlapping hints could be cleverer: at
the moment we emit the leftmost-possible set of hints, but we collect
a histogram of where hints are needed so could instead emit the most
useful.  Or even try to do hint substitution.

This makes the Bedstead Web page at 90% zoom much prettier than
before, but it's not as good as the FontForge auto-hinter managed.
Edge hints and counter hints will probably help.