Add name for the "whitespace glyph" symbol.

[zacharie-moughanim]

The "whitespace glyph" is the symbol often used to designate the spacebar on keyboards : ␣.
I'm honestly not sure about the name, nor if it is pertinent to put it as a variant of space, which always designate whitespaces.

[MDLC01]

Note that a similar character exists in Unicode: U+2420 ␠ SYMBOL FOR SPACE. Both come from the Control Pictures block.

[Enivex]

The name in html is blank, but https://www.compart.com/en/unicode/U+2422 also exists

[zacharie-moughanim]

Maybe we could remove forget about the name space.glyph, add the name blank and group ␣, U+2420, U+2422 as variants of this name, what do you think ?

[MDLC01]

According to French Wikipédia, U+2422 ␢ is used in theoretical computer science.¹ I am struggling to find uses of this symbol other than the book mentioned on this page, and unable to locate the proposal that lead to its inclusion to Unicode. I do not know whether we actually want to assign it a name.

My intuition is that the graphic pictures for control codes (i.e., 2400..2421 and 2424) should be in their own sub-module because they are so clearly related without being variants of each others. Then, U+2423 ␣ could either be a variant of U+2420 ␠ and U+2422 ␢ sym.blank, or U+2423 ␣ could be its own symbol outside of the sub-module but that causes a potential collision if we want to include U+2422 ␢ as well.

Footnotes

1. https://fr.wikipedia.org/wiki/%C9%83#Symbole_blanc ↩

[MDLC01]

Also, don't forget to update the changelog to mention the addition(s).

[zacharie-moughanim]

Just added each symbol representing a non-printable character under a submodule control :

␀ // symbol for null
␁ // symbol for start of heading
␂ // symbol for start of text
␃ // symbol for end of text
␄ // symbol for end of transmission
␗ // symbol for end of transmission block
␅ // symbol for enquiry
␇ // symbol for bell
␇ // symbol for backspace
␉ // symbol for horizontal tabulation
␋ // symbol for vertical tabulation
␊ // symbol for line feed
␌ // symbol for form feed
␍ // symbol for carriage return
␎ // symbol for shift out
␏ // symbol for shift in
␐ // symbol for datalink escape
␑ // symbol for device control one
␒ // symbol for device control two
␓ // symbol for device control three
␔ // symbol for device control four
␆ // symbol for acknowledge
␕ // symbol for negative acknowledge
␖ // symbol for synchronous idle
␘ // symbol for cancel
␙ // symbol for end of medium
␚ // symbol for substitute
␦ // symbol for substitute form two
␛ // symbol for escape
␜ // symbol for file separator
␝ // symbol for group separator
␞ // symbol for record separator
␟ // symbol for unit separator
␠ // symbol for space
␡ // symbol for delete
␥ // symbol for delete form two
␢ // blank symbol
␣ // open box
␤ // symbol for newline

I got most of the names from compart and from this wikipedia page.

[Enivex]

I think we should use the full words acknowledge, substitute, synchronous, escape, and delete

Edit: Missed a couple

[zacharie-moughanim]

I think we should use the full words acknowledge, substitute, synchronous, escape, and delete

Edit: Missed a couple

Done

[MDLC01]

For the control code pictures, I am wondering whether it would actually be better to use the common abbreviations for the symbols (e.g., as listed at https://en.wikipedia.org/wiki/Basic_Latin_(Unicode_block)#Table_of_characters), which seems to match the letters displayed on the corresponding glyphs?

Right now, multiple variants feel weird, such as heading.start or transmission.end, because they seem to imply the existence of a dual variant (heading.end and transmission.start) that does not in fact exist (or rather, it exists under a different name: heading.end is text.start and transmission.start is heading.start). I feel like most control codes exist as is and aren't variants of each others, so using separate names would make more sense.

[MDLC01]

I think we can leave this one out of this PR as this is a symbol used on keyboards rather than a control picture.

[MDLC01]

Those two definitely belong outside of the control submodule imo.

[MDLC01]

Please make sure the file ends with a proper line ending.