Skip to content

Purpose-built DAFSA for named character reference matching during HTML tokenization

License

Notifications You must be signed in to change notification settings

squeek502/named-character-references

Repository files navigation

DAFSA for Named Character References

This is an attempt at a purpose-built DAFSA of named character references for implementing the Named character reference state of HTML tokenization.

That is, the goal is to encode the necessary data compactly while still allowing for fast matching of named character references, while taking full advantage of the note that:

This list [of named character references] is static and will not be expanded or changed in the future.

  • Each node in the DAFSA is 32 bits, including the numbering needed for minimal perfect hashing
    • This allows the DAFSA to be stored in 3,872 * 4 = 15,488 bytes
  • Minimal perfect hashing is used to allow storing a separate array containing the codepoint(s) to transform each named character reference into
    • This is encoded as packed array of u21 integers, which allows the storage of 2,231 character reference -> codepoint(s) transformations in 5,857 bytes
  • This means that the full named character reference data is stored in 15,488 + 5,857 = 21,345 bytes or 20.84 KiB

Some relevant information about the set of named character references:

  • There are 61 characters in the full alphabet used by the list of named character references (not including & which every named character reference starts with). The characters are (using Zig switch case syntax): '1'...'8', ';', 'a'...'z', 'A'...'Z'
  • There are 3,872 edges in the minimized trie, so when encoding as a DAFSA any node can be indexed within the limits of a u12
  • Each node contains "an integer which gives the number of words that would be accepted by the automaton starting from that state" (used for minimal perfect hashing, see the references below). Because the root node's number is irrelevant (it would always just be the total number of named character references), the largest number value in the generated list ends up being 168 which means that all such numbers can fit into a u8.
  • Most named character references get transformed into 1 codepoint. The maximum value of the first codepoint in the list is U+1D56B, meaning all first codepoint values can fit into a u17.
  • A few named character references get transformed into 2 codepoints. The set of possible second codepoints is limited to 8 different values (U+0338, U+20D2, U+200A, U+0333, U+20E5, U+FE00, U+006A, U+0331), meaning the value of the second codepoint can be encoded as a u3 (with a supporting lookup function to go from an enum -> codepoint). One more bit is needed to encode the 'no second codepoint' option.

named_character_references.zig

Contains the generated dafsa array, the packed version of the codepoints_lookup array, and helper functions to deal with both in ways that are relevant to the Named character reference state specification.

generate.zig

Note: Running this is only necessary if the encoding of the dafsa or codepoints_lookup arrays are changed

Requires entities.json which can be downloaded from here.

zig run generate.zig > generated.zig

Outputs the generated Zig code to stdout, containing the dafsa array and the codepoints_lookup packed array.

test.zig

Note: This is not a full test of the Named character reference state tokenization step; instead, it's a somewhat crude approximation in order to run the namedEntities.test test cases

Requires namedEntities.test from html5lib-tests which can be downloaded from here

zig test test.zig

References / Resources used

Encoding the DAFSA nodes:

Minimal perfect hashing:

Constructing and minimizing the trie when generating the DAFSA:

About

Purpose-built DAFSA for named character reference matching during HTML tokenization

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages