Hexadecimal Unicode Characters Braille Tables

Also known as HUC Braille Tables
Simplified, worldwide unified 8- and 6-dot mapping for the hexadecimal value of Unicode characters

Table of contents

Explanation of Unicode characters in plain language

Introduction to Unicode:

Unicode is a worldwide encoding standard to save text.
Unicode contains letters, digits, musical symbols, emoticons and so on.
Every Unicode character has its own Unicode code point.
There are 1,114,112 code points.
The Unicode standard 11.0 (June 2018) defines 137,439 characters.

Unicode version:

The Unicode standard is updated regularly.
Every update adds more characters to the Unicode standard.
The HUC Braille Tables needs no updates, after a new Unicode standard was released.
Because all 1,114,122 code points are already defined in the HUC Braille Tables.

Hexadecimal value:

The code points are represented in hexadecimal values.
A hexadecimal value contains the digits 0, 1 to 9 and the letters A to F.
Four to six hexadecimal values stand behind "U+".
U+0030 is the code point for the character "Digit Zero" ("0").
The range of the code points goes from U+0000 to U+10FFFF.

Encoding formats:

There are three common encoding formats for Unicode: UTF-8, UTF-16 and UTF-32.
UTF-8 is used by lots of websites around the world.
UTF-16 is often used by operating systems and applications.
And UTF-32 needs the most space to save a Unicode character.

Surrogates in UTF-16:

The code points for UTF-16 go from U+0000 to U+FFFF.
Unicode characters between U+10000 and U+10FFFF are split into two parts in UTF-16.
These two parts are called high and low surrogates.
Therefore these surrogate characters are only replacement characters.
NVDA 2018.4.1 only supports UTF-16 for the braille output.

Therefore two characters are displayed instead of one on a braille display.
Unicode characters between U+0000 and U+FFFF are still displayed with one character.
Or with even more characters, because this depends on the used braille table.

Definition for 8- and 6-dot in plain language

Introduction to braille tables:

Different braille tables are used around the world.
And there are uncontracted and contracted braille tables too.
But all these braille tables only define a few hundreds characters respectively words.
The German 8-dot braille table doesn't contain emoticons.
The "Grinning Face" Unicode character is an emoticon.

The issue:

This emoticon is displayed as '\xd83d''\xde00' in NVDA 2018.4.1.
But other braille tables just display ⠀ or a question mark.
The braille character ⠀ has no haptic dot.
So this character is identical to a space.
The first representation needs quite a lot of space on a braille display.

And the second one uses the same braille character for all undefined characters.
Both systems aren't really good.

The solution:

The Hexadecimal Unicode Characters Braille Tables simplifies and shortens undefined characters.
But the HUC Braille Tables doesn't change existing definitions.
The HUC Braille Tables only extend all existing braille tables.
Thus the above mentioned Unicode character is now displayed as ⣥⣆⡉⣥⢂⣺ in 8-dot braille.
And in 6-dot braille ⠿⠆⠛⠆⠿⠂⠼⠞ is displayed in NVDA 2018.4.1.

Finally you save space and can read the Unicode character faster.

Prefix and suffix braille characters:

Every previous undefined character starts with ⣥, ⣭, ⣽, ⣵ or with ⠿.
⣥ stands for Unicode characters between U+0000 and U+FFFF.
This so-called prefix character is often used in 8-dot braille.
⣭, ⣽ and ⣵ stand for Unicode characters between U+10000 and U+10FFFF.
⠿ is the prefix character for all previous undefined characters in 6-dot braille.

As 6-dot braille is principally used for printing, the fourth character is always displayed as ⠄, ⠠ or as ⠤.
And if ⠤ is on the fourth position, ⠄ or ⠤ is following as a second so-called suffix character.
The hexadecimal value of a Unicode code point is combined to save space.
Two hexadecimal values are displayed within one single 8-dot braille character.
In the first two 6-dot braille characters three hexadecimal values are displayed.

The second hexadecimal value is split here between the two braille characters.
The fourth and the fifth 6-dot braille character are always a combination of a hexadecimal value and the suffix character.

Converting hexadecimal values into braille:

The hexadecimal values are defined in the HUC Braille Tables as follows:
0 = ⠚, 1 = ⠁, 2 = ⠃, 3 = ⠉, 4 = ⠙, 5 = ⠑, 6 = ⠋, 7 = ⠛
8 = ⠓, 9 = ⠊, A = ⠈, B = ⠘, C = ⠒, D = ⠂, E = ⠐, F = ⠀
⣥⣆⡉⣥⢂⣺ as well as ⠿⠆⠛⠆⠿⠂⠼⠞ stand both for the Unicode characters U+D83D and U+DE00.
These two Unicode characters are a surrogate pair because of UTF-16.

Search for the character:

Search on the web for both Unicode code points together.
If you can't find the Unicode character directly, you should convert the two code points into UTF-32.
Visit the Surrogate Pair Calculator by Russell W. Cottrell to do this.
This surrogate conversion isn't required for characters between U+0000 and U+FFFF.
And also not any longer, after NVDA supports UTF-32.

After that happened, the above mentioned character will then been displayed as ⣭⡤⣺ or as ⠿⠤⠵⠺.
Last tip: Create a text file with some Unicode characters and their names to find them faster.

Usage

  • Depending on the braille table you are using, undefined characters are shown always with the same braille character or their hexadecimal value like '\x0030'. And if the end application doesn't support UTF-32, which is the case with NVDA 2018.4.1, just only five "Grinning Face" characters (U+1F600) need 80 braille characters for displaying them on a braille display.
  • Using the HUC8 Braille Tables in NVDA 2018.4.1 will reduce the amount of necessary braille characters for these five Unicode characters from 80 to 30. And after NVDA supports also UTF-32, the amount of necessary braille characters will reduce to only 15. So you save 62.5 respectively 81.25 % of space.
  • Well, but as "⣥⣺⢽⣥⣺⡟⣥⣺⢃⣥⣺⣣⣥⣺⠵⣥⣺⠋⣥⣺⠋⣥⣺⠋⣥⣺⡋" instead of "Dr. Sooom" makes absolutely no sense, the HUC Braille Tables are only designed to replace the previous mentioned behaviours with a solution, which needs less space. So only the kind of displaying characters, which aren't defined in the primary braille table, are changed to the new simplified and shortened behaviour.
  • So if you have quite a lot of C-, Canto-, Mando- and J-Pop and hundreds of soundtracks from Japan on your hard drive, displaying their titles needs quite a lot of space on a braille display. And set ⠀ (U-2800, dot 0) for all undefined characters like in "fr-bfu-comp8.utb" isn't a suitable solution too, when you want to select a title without using TTS. That means that you should be able to identify them only on the braille display, completely without any sound feedback, which only would influence the hearing experience in a negative way.
  • And so the main benifit of the HUC Braille Tables is that you can read more at the same time without having to scroll and scroll and scroll the braille display all the time. And in the end this always means that you are able to recognize the hexadecimal values much faster because you only have to read three to five instead of eight cells.
  • Note that the HUC Braille Tables don't reduce any significant information, they only reduce unnecessary stuff to the absolute possible minimum.
  • Furthermore the HUC Braille Tables already contain all 1,114,112 Unicode code points (U+000000 to U+10FFFF). So it isn't necessary to update the HUC Braille Tables after the Unicode Consortium release a new Unicode standard, because all possible code points are already defined. So after the Unicode Consortium assigned more Unicode characters to their code points, you are already able to read them at day one.
  • And also note that the HUC 8 Braille Tables are designed primary for displaying on a braille display and the HUC6 Braille Tables primary for printing on paper. Therefore ⠀ (U+2800, dot 0) isn't allowed on the fourth position as suffix character in the HUC6 Braille Tables.

Definition for 8-dot

Prefix braille characters:

  • The prefix character must stand in front of every single Unicode character. To avoid confusion, grouping of two or more unseparated, consecutive Unicode characters, such as ⣥⣺⣩⣥⣺⣩ to ⣥⣺⣩⣺⣩, isn't allowed.
  • ⣥ = code points between U+0000 and U+FFFF
    Code point: U+28E5; Braille dots: 13678
    Defines the first 65,536 Unicode code points.
    The prefix character is a combination of the letters u and c.
  • ⣭ = code points between U+10000 and U+1FFFF
    Code point: U+28ED; Braille dots: 134678
    Defines the second 65,536 Unicode code points.
    The prefix character is a combination of the letters u and c and the digit 1.
  • ⣽ = code points between U+20000 and U+2FFFF
    Code point: U+28FD; Braille dots: 1345678
    Defines the third 65,536 Unicode code points.
    The prefix character is a combination of the letters u and c and the digit 2.
  • ⣵ = code points between U+30000 and U+10FFFF
    Code point: U+28F5; Braille dots: 135678
    Defines the other 917,504 Unicode code points.
    The prefix character is a combination of the letters u, e and c.
    And from this point three braille characters are needed to define a Unicode code point correctly.
    U+30000 will be changed to U+030000 before converting into braille.
    In Unicode 11.0 (June 2018) only 337 characters are assigned in these planes.

List for all 17 Unicode planes:

  • ⣥ = code points between U+0000 and U+FFFF
  • ⣭ = code points between U+10000 and U+1FFFF
  • ⣽ = code points between U+20000 and U+2FFFF
  • ⣵⠾ = code points between U+30000 and U+3FFFF
  • ⣵⢾ = code points between U+40000 and U+4FFFF
  • ⣵⢞ = code points between U+50000 and U+5FFFF
  • ⣵⡾ = code points between U+60000 and U+6FFFF
  • ⣵⣾ = code points between U+70000 and U+7FFFF
  • ⣵⣞ = code points between U+80000 and U+8FFFF
  • ⣵⡺ = code points between U+90000 and U+9FFFF
  • ⣵⠺ = code points between U+A0000 and U+AFFFF
  • ⣵⢺ = code points between U+B0000 and U+BFFFF
  • ⣵⣚ = code points between U+C0000 and U+CFFFF
  • ⣵⡚ = code points between U+D0000 and U+DFFFF
  • ⣵⢚ = code points between U+E0000 and U+EFFFF
  • ⣵⠚ = code points between U+F0000 and U+FFFFF
  • ⣵⣡ = code points between U+100000 and U+10FFFF

Converting hexadecimal values into braille:

0 = ⠚, 1 = ⠁, 2 = ⠃, 3 = ⠉, 4 = ⠙, 5 = ⠑, 6 = ⠋, 7 = ⠛
8 = ⠓, 9 = ⠊, A = ⠈, B = ⠘, C = ⠒, D = ⠂, E = ⠐, F = ⠀

Combining hexadecimal values:

00 = ⣺, 01 = ⠞, 10 = ⣡, EF = ⠐, FE = ⢀, FF = ⠀

Examples for 8-dot

Unicode name Character Code point Hexadecimal display HUC8 display
Digit Zero 0 U+0030 '\x0030' ⣥⣺⣩
2 × Digit Zero 00 U+0030U+0030 '\x0030''\x0030' ⣥⣺⣩⣥⣺⣩
Music Sharp Sign U+266F '\x266f' ⣥⡧⠋
Braille Pattern Dots-12 U+2803 '\x2803' ⣥⣇⠾
Musical Symbol G Clef 𝄞 U+1D11E '\y1d11e' / '\xd834''\xdd1e' ⣭⠆⢁ / ⣥⣆⢭⣥⡂⢁
Grinning Face 😀 U+1F600 '\y1f600' / '\xd83d''\xde00' ⣭⡤⣺ / ⣥⣆⡉⣥⢂⣺

Notes: The end application must support UTF-32, otherwise all Unicode characters between U+10000 and U+10FFFF are displayed with their UTF-16 surrogates. Please visit the Surrogate Pair Calculator by Russell W. Cottrell to convert a UTF-16 surrogate pair back into a unique UTF-32 character.

Definition for 6-dot

Prefix and suffix braille characters:

  • The prefix character must stand in front of every single Unicode character. To avoid confusion, grouping of two or more unseparated, consecutive Unicode characters, such as ⠿⠺⠛⠞⠿⠺⠛⠞ to ⠿⠺⠛⠞⠺⠛⠞, isn't allowed.
  • The very last hexadecimal value stands always in the area of the dots 1245 in the fourth braille character. The dots 3 and 6 define the suffix character, which is also always at the fourth position. In other words: The fourth braille character is always a combination of a hexadecimal value and the suffix character. And it's exactly the same way for the fifth braille character for the Unicode code points between U+20000 and U+10FFFF.
  • The two non-breaking spaces (" ") between the prefix and the suffix character are only placeholders for three hexadecimal values. The fourth last hexadecimal value is located in the area of the dots 1245 in the first braille character, the third last one is split between the first and the second braille character (dots 36 and 14) and the second last one is located in the area of the dots 2356 in the second braille character. The last two hexadecimal values of a Unicode code point are the most important one. Therefore they shouldn't be split between two 6-dot braille characters.
  • And to avoid misunderstanding, ⠀ (U+2800, braille dot 0) isn't allowed as a suffix character.
  • ⠿  ⠄ = code points between U+0000 and U+FFFF
    Code points: U+283F and U+2804; Braille dots: 123456 and 3
    Defines the first 65,536 Unicode code points.
  • ⠿  ⠠ = code points between U+10000 and U+1FFFF
    Code points: U+283F and U+2820; Braille dots: 123456 and 6
    Defines the second 65,536 Unicode code points.
  • ⠿  ⠤⠇ = code points between U+20000 and U+2FFFF
    Code points: U+283F, U+2824 and U+2807; Braille dots: 123456, 36 and 123
    Defines the third 65,536 Unicode code points.
    And from this point four braille characters are needed to define a Unicode code point correctly.
    In Unicode 11.0 (June 2018) 60,859 characters are assigned in the plane U+2xxxx and 337 more in the planes higher than U+30000.
    The first hexadecimal value for U+2xxxx must stand behind the fourth braille character in the area of the dots 1245 to define the Unicode plane correctly.
    And for the Unicode code points from U+100000 to U+10FFFF the braille character ⠥ (U+2825, braille dots 136) is used to define this Unicode plane.

List for all 17 Unicode planes:

  • ⠿  ⠄ = code points between U+0000 and U+FFFF
  • ⠿  ⠠ = code points between U+10000 and U+1FFFF
  • ⠿  ⠤⠇ = code points between U+20000 and U+2FFFF
  • ⠿  ⠤⠍ = code points between U+30000 and U+3FFFF
  • ⠿  ⠤⠝ = code points between U+40000 and U+4FFFF
  • ⠿  ⠤⠕ = code points between U+50000 and U+5FFFF
  • ⠿  ⠤⠏ = code points between U+60000 and U+6FFFF
  • ⠿  ⠤⠟ = code points between U+70000 and U+7FFFF
  • ⠿  ⠤⠗ = code points between U+80000 and U+8FFFF
  • ⠿  ⠤⠎ = code points between U+90000 and U+9FFFF
  • ⠿  ⠤⠌ = code points between U+A0000 and U+AFFFF
  • ⠿  ⠤⠜ = code points between U+B0000 and U+BFFFF
  • ⠿  ⠤⠖ = code points between U+C0000 and U+CFFFF
  • ⠿  ⠤⠆ = code points between U+D0000 and U+DFFFF
  • ⠿  ⠤⠔ = code points between U+E0000 and U+EFFFF
  • ⠿  ⠤⠄ = code points between U+F0000 and U+FFFFF
  • ⠿  ⠤⠥ = code points between U+100000 and U+10FFFF

Converting hexadecimal values into braille:

0 = ⠚, 1 = ⠁, 2 = ⠃, 3 = ⠉, 4 = ⠙, 5 = ⠑, 6 = ⠋, 7 = ⠛
8 = ⠓, 9 = ⠊, A = ⠈, B = ⠘, C = ⠒, D = ⠂, E = ⠐, F = ⠀

Combining hexadecimal values:

0000 = ⠺⠽⠚, 0001 = ⠺⠽⠁, 0010 = ⠺⠋⠚, 0100 = ⠞⠴⠚
1000 = ⠡⠽⠚, FFEF = ⠀⠠⠀, FFFE = ⠀⠀⠐, FFFF = ⠀⠀⠀

Examples for 6-dot

Unicode name Character Code point Hexadecimal display HUC6 display
Digit Zero 0 U+0030 '\x0030' ⠿⠺⠛⠞
2 × Digit Zero 00 U+0030U+0030 '\x0030''\x0030' ⠿⠺⠛⠞⠿⠺⠛⠞
Music Sharp Sign U+266F '\x266f' ⠿⠧⠗⠄
Braille Pattern Dots-12 U+2803 '\x2803' ⠿⠇⠽⠍
Musical Symbol G Clef 𝄞 U+1D11E '\y1d11e' / '\xd834''\xdd1e' ⠿⠆⠂⠰ / ⠿⠆⠛⠝⠿⠂⠃⠔
Grinning Face 😀 U+1F600 '\y1f600' / '\xd83d''\xde00' ⠿⠤⠵⠺ / ⠿⠆⠛⠆⠿⠂⠼⠞

Notes: The end application must support UTF-32, otherwise all Unicode characters between U+10000 and U+10FFFF are displayed with their UTF-16 surrogates. Please visit the Surrogate Pair Calculator by Russell W. Cottrell to convert a UTF-16 surrogate pair back into a unique UTF-32 character.

Downloads

  • HUC8 Braille Tables – 2019-03-01 (1.58 MB, 7z)
    SHA-256: ec60e5cd6cae8302870fa422361562febb5d6a0a2c05de869ba545cb5294d65f
    License: © 2019 Daniel Mayr (alias Dr. Sooom), LGPL 2.1+
    Note: This version is prepared to be included into Liblouis. It isn't already part of it.
  • The HUC6 Braille Tables are currently in progress.
  • More downloadable files can be found on the downloads page at Daniel Mayr.at (only available in German).

Installation instructions for NVDA 2018.4.1 (installed version, UTF-16)

Note: To perform the following instructions administrator privileges are required.
  1. Download the latest version of the HUC8 or the HUC6 Braille Tables and open it with 7-Zip.
  2. As NVDA 2018.4.1 doesn't support UTF-32, only the following files have to be copied from the 7z archive:
    • "huc8-utf16.tbl" and "huc8-u+0000-u+ffff.tbi" or
    • "huc6-utf16.tbl" and "huc6-u+0000-u+ffff.tbi"
  3. Select these two files and press F5 to copy them.
  4. As NVDA is installed by default in "C:\Program Files (x86)\NVDA\", please choose your Windows Desktop or any other folder, where administrator privileges aren't required for writing, to extract these files temporary to another folder.
  5. Then select these recently copied files on your Desktop (or in your previous chosen destination folder via the Windows Explorer) and move it to the folder "louis\tables\" in the folder, where NVDA is installed.
    Note: If NVDA is installed in "C:\Program Files (x86)\NVDA\", you need administrator privileges to proceed this operation.
  6. After you have found the name of the Braille Table, which you want to extend with the HUC8 or with the HUC6 Braille Tables, open this file with Notepad++ (or any other source code editor) and insert "include huc8-utf16.tbl" or "include huc6-utf16.tbl" followed by a line break at the end of the file.
    Note: The very last line must be blank, otherwise the braille output fails. And depending of the NVDA program folder you need administrator privileges here again.
  7. Save the file, restart NVDA and the HUC Braille Tables should work.

Installation instructions for NVDA 2018.4.1 (portable version, UTF-16)

Note: To perform the following instructions administrator privileges normally shouldn't be required.
  1. Download the latest version of the HUC8 or the HUC6 Braille Tables and open it with 7-Zip.
  2. As NVDA 2018.4.1 doesn't support UTF-32, only the following files have to be copied from the 7z archive:
    • "huc8-utf16.tbl" and "huc8-u+0000-u+ffff.tbi" or
    • "huc6-utf16.tbl" and "huc6-u+0000-u+ffff.tbi"
  3. Select these two files and press F5 to copy them.
  4. As NVDA is installed as a portable application you only have to change the destination folder to the folder "louis/tables\" in the NVDA program folder.
  5. After you have found the name of the Braille Table, which you want to extend with the HUC8 or with the HUC6 Braille Tables, open this file with Notepad++ and insert "include huc8-utf16.tbl" or "include huc6-utf16.tbl" followed by a line break at the end of the file.
    Note: The very last line must be blank, otherwise the braille output fails.
  6. Save the file, restart NVDA and the HUC Braille Tables should work.

Uninstallation instructions for NVDA 2018.4.1 (installed/portable version)

Note: To perform the following instructions administrator privileges are required depending where and how NVDA is installed.
  1. After you have found the name of the Braille Table, which you don't want to extend with the HUC8 or with the HUC6 Braille Tables any longer, open this file with Notepad++ and insert a hash ("#") directly in front of the "include huc…".
    Note: The very last line must still be blank, otherwise the braille output fails.
  2. Save the file, restart NVDA and the HUC Braille Tables shouldn't work any longer.

Frequently asked questions (FAQ)

Who is the founder/author/creator of the HUC Braille Tables?

Exclusively I, Daniel Mayr alias Dr. Sooom. Please read the announcement regarding the first release of the HUC Braille Tables website and the HUC8 Braille Tables at Daniel Mayr.at (partly in German and partly in English) for more details.

Are the HUC Braille Tables already a standard?

In March 2019, the answer is no. But it could become once in the future.

What is the correct pronunciation for "HUC"?

In English it's "hook" and in German "Huck". The vowel "u" is spoken shortly. The pronunciation in other languages should be as close as possible to the English or to the German one.

What are the differences between the online and the offline version of the documentation?

The offline version of the html file doesn't contain the favicon, the Google Analytics code, the section "Downloads" and the list of available languages. But the complete content of the css file is included in those offline html files, otherwise the stylesheet wouldn't work. And as that would be the same with all relative URLs, they all are converted into absolute URLs in the offline version too.

What are the differences between the html and the txt/md version of the documentation?

The text files (txt and md) are always based on the offline version of their html equivalents. All landmarks and anchors are shown in the text file with their value in squared brackets like [d8]. And all links are marked with a digit in squared brackets like [2]. Their URLs are all listed together after the footer. And furthermore all headlines with their levels are marked with one to three hashes, as the complete text files are written in Markdown. Therefore I'm providing the text version as a txt and as an md file for downloading, even when their content is fully equal.

Are the txt/md files of the documentation already prepared for braille printing?

Absolutely not. There are different paper sizes around the world as well as different braille tables. And printing the documentation in braille with software, which don't support UTF-8, especially not printing the Unicode characters from U+2800 to U+28FF correctly, makes no sense here. So I'm not going to create such prepared files. In addition I even don't own a braille embosser for testing.

How does the favicon look like?

It's a 16 × 16 pixels small, very dark gray squared with the very light gray braille character ⣥ (U+28E5, braille dots 13678), which is horizontal and vertical centered in this squared. The exact background color is #333333 and the color of the braille character is #DDDDDD.

Is it possible to save the state of the accordions?

In the online version: No; in the offline version: Yes. Just open the downloaded html file with Notepad++ and search for the opening <details> tag. Then add or delete " open" directly in front of the closing angle bracket (">") and save the changes.

I got an alert from my antivirus solution regarding the HUC Braille Tables files. What shall I do??

Please compare the SHA-256 check sum of the files you had downloaded with the SHA-256 check sums, which stand directly below a download link. You can use 7-Zip to do this. The SHA-256 must be equal. If not, delete the file and re-download it again. All HUC Braille Tables file were uploaded to and checked by VirusTotal. Just enter the SHA-256 in the search box on its website to get the scan results of that file.

Do the HUC Braille Tables work with NVDA 2017.3 on Windows XP/Vista?

Yes, just follow the installation instructions for NVDA 2018.4.1. NVDA 2017.3, which can be downloaded here, is the latest version which still supports Windows XP SP3 and Windows Vista SP2. NVDA 2017.4 (and higher) requires Windows 7 SP1.

Do the HUC Braille Tables work with other screen readers or with embosser printing software and also on other operating systems too?

Maybe. I can't say this in more detail, because I only tested them with NVDA.

7-Zip shows me the error "Can not open output file : Access denied". Why?

Because you don't have the permission to write in the folder you had chosen. Use another destination folder or run 7-Zip as administrator.

How much storage is required for the HUC Braille Tables after unpacking the 7z archives?

The HUC8 Braille Tables (version 2019-03-01) require 37.2 MB and the HUC6 Braille Tables … are currently in progress.

How do I find the correct braille table file, in which the include command have to be inserted?

This is a very good question, especially because of Liblouis issue #423 called "Table renaming", which state was still open in March 2019. In most cases the language, the country and the grade can be read directly from the file name. As long as you didn't edited any files in the "louis\tables\" folder in the past, you can insert the include command with low risk, because you can copy the original files directly from the Liblouis gz file or from the NVDA installer. Just open those files with 7-Zip and move to the folder "tables".

After inserting the include command into a braille table, nothing happens. Why?

Please read and follow the installation instructions for NVDA 2018.4.1 step by step. Maybe you only forgot to save the file in Notepad++ or to restart NVDA. If restarting NVDA also doesn't help, please ensure that you edited the correct braille table. And don't forget to insert a line break after the include command. The very last line of a braille table must always be blank.

After updating NVDA I got the previous behaviour regarding undefined characters back. The HUC Braille Tables seems not to work anymore. What happens?

As the NVDA installer overwrite all existing braille tables files with their equivalents in the installer, the last two steps in the installation instructions for NVDA 2018.4.1 must be repeated.

There is absolutely no braille output after following the installation instructions for NVDA 2018.4.1 any longer. Why?

Ensure that you didn't include the UTF-32 HUC Braille Tables, because they don't work with NVDA 2018.1.4. Please use the UTF-16 HUC Braille Tables instead. And don't forget to insert a line break after the include command. The very last line of a braille table must always be blank.

All characters are now shown with their hexadecimal value. Why does this happen?

Because you didn't insert the include command at the end of the table. Note that contracted tables also include other braille tables. Ensure that you had edited the correct one.

Is it possible to display only the HUC Braille Tables output?

Yes. Open a computer braille table file, which you normally don't use, with Notepad++ and delete every below the header. Then include one of the four tbl files. Save it, restart NVDA and choose the previous edited braille Table via the Braille NVDA Settings. Depending where and how NVDA is installed, administrator privileges are required to save the edited braille table.

Is it possible to show a single braille character for certain Unicode characters, which weren't defined before, so that only specific ranges of Unicode code points is display by the definitions in the HUC Braille Tables?

Yes, just edit the specific tbi file of the HUC Braille Tables with Notepad++ and add a hash ("#") in front of all Unicode code points which shouldn't be displayed longer with three to five braille characters. But note that every HUC Braille Table contains 65,536 entries. And depending where and how NVDA is installed, administrator privileges are required to save the changed HUC Braille Tables.

Is it possible to set different prefix braille characters?

Yes, just edit the specific tbi file of the HUC Braille Tables with Notepad++ and replace all existing " 13678-", " 134678-", " 1345678-", " 135678-" and " 123456-" with the braille dots you want. Please always ensure that the first character must be a space and the last one a dash, otherwise other dot combinations are changed too or the whole table gets invalid. And depending where and how NVDA is installed, administrator privileges are required to save the changed HUC Braille Tables.

Is it possible to set different suffix braille characters?

Yes, just edit the specific tbi file of the HUC Braille Tables with Notepad++ and replace all existing suffix braille characters with the braille dots you want. But please note that the fourth and the fifth braille characters in the HUC6 Braille Tables are always a combination of a hexadecimal value and the suffix braille character itself. So you have to replace more often to catch them all. Furthermore always ensure that the first character must be a dash and the last one a LF line break (U+000A, "\n" in Notepad++), otherwise other dot combinations are changed too or the whole table gets invalid. And depending where and how NVDA is installed, administrator privileges are required to save the changed HUC Braille Tables.

Can I use the HUC Braille Tables as an input braille table too?

Maybe. I can't say this in more detail, because I don't use a braille keyboard. So I couldn't test this.