tty_pona

pali ni li pana e nasin e ken ni:
ilo nanpa la, sina ken kepeken sitelen pona lon poki pimeja ilo pi pana nimi.

TL;DR

This project provides guidance and necessary tools to setup and use sitelen pona (script for the constructed language toki pona [tok]) as proper fullwidth ideograms in terminal emulators under Unix-like systems (mostly Linux).

Prerequisites

An UCSUR-compatible font

As of today, the sitelen pona script is not present in Unicode. However, since 2021, the Under-ConScript Unicode Registry (UCSUR) provides (here) a de-facto private encoding for it in the block U+F1900 - U+F19FF.

Several Truetype or Opentype sitelen pona fonts are now using the UCSUR codepoints (although older fonts are not, so beware). Eventually, you'll want to try out various fonts (perhaps from this list or this repo), but to get started I recommend you begin with Fairfax HD. Go ahead and install the font(s):

• either system-wide, in /usr/local/share/fonts
• or in your home directory, in ~/.local/share/fonts⁽⁺⁾ (or ~/.fonts might work too).

Assuming your system uses fontconfig, to verify your font installation:
use the provided bin/fc-list-pona script which lists sitelen pona UCSUR fonts recognized by your system.

As an aside, with font(s) properly installed, you may also want to customize various things (such as the Discord messaging application) using this guide. But let's now continue the setup required for "pona"-ifying the terminal...

An input method

You might postpone this step, but to work productively at the terminal, you will require a way to easily input the sitelen pona glyphs. Several fonts let you input latin characters and show sitelen pona as ligatures but that may not work well on the terminal (often quite the contrary). We want the true codepoints entered via an input method. For Unix-like systems, there are currently three main options to choose from:

• a full sitelen pona keyboard layout which can directly enter all the sitelen pona UCSUR glyphs. You can even get an actual physical keyboard with this layout.
• an ibus and ibus-table based method where you enter the word in Latin and it completes into the sitelen pona glyph. This is described here and it works!
• a method called "Wakalito" (instruction and definitions direct download), based on the free software espanso, where the left half of the keyboard represents shapes which you input to create sitelen pona glyphs.

(Some of those methods might require a few adjustements to the configuration they provide if your keyboard layout is quite different from US QWERTY).

With a font and an input method installed, you may be able to get a semi-operational terminal with sitelen pona. The rest of the guide will concentrate on making sitelen pona recognized as fullwidth ideograms.

Dev tools

The following tools are not needed when using a sitelen pona terminal, but are required for completing the initial setup:

• a C compiler (it can be either gcc or clang)
• make (a widely-used build tool)
• git (to clone the tty_pona repo) [or alternatively download it as a zip file].

(Those tools are common and may be present on your system already. Their installation depends on your actual distribution, but for example as a "sudo-trusted" user on a Debian or Ubuntu-based system, you could install everything by typing: sudo apt install git build-essential)

Just one more thing

Of course, you also need... a terminal emulator. I had success with several terminals, but not all will work. This is because, several "modern" terminals decide they know Unicode better than you(r system) and bypass some standard library calls to re-implement their own things instead. It is usually not possible to make sitelen pona work properly on such terminals (without altering their source code).

As you start your own testing, it is recommended that you install xterm, a popular and standard-compliant well-working full-featured terminal (sixels, etc). xterm is convenient as it is easy to specify a font to use just for wide characters. This is practical for using an UCSUR font specifically for sitelen pona while using your favorite usual font for ASCII and Latin.

Installing and Using the tty_pona tools

Create tty_pona.so

To consider sitelen pona characters as ideograms, both the terminal and the applications (which have no knowledge of fonts) need to have the same understanding of which characters consume one vs two columns on the display. To that effect, in the Unix-like world, programs should use the wcwidth() and wcswidth() functions from POSIX:

int wcwidth(wchar_t c);

The function returns the number of columns needed to represent the character c.
If c is a printable character, the value is at least 0.
If c is the null character L'\0', the value is 0.
Otherwise, -1 is returned.

Your system's wcwidth has no knowledge of sitelen pona UCSUR glyphs. Thus we must provide and expose an alternative implementation for applications to use instead of the system's C library. This is what src/tty_pona.c does, so let's build the code:

1. Clone the repo with git: git clone https://github.com/polijan/tty_pona.git
2. Build the code: make

This will compile:

1. a shared object tty_pona.so (in lib/ folder). This is the critical component.
2. a test program width (in bin/ folder). This program can output the length (in terminal columns) of a string passed as its argument.

Let's use...

Using tty_pona.so

In Linux, the dynamic loader first loads shared libraries that are specified in the LD_PRELOAD environment variable before any other library. Thus by setting LD_PRELOAD to (the full path of) tty_pona.so, we can easily inject our custom wcwidth function in place of the standard C library to any dynamically linked executable.

Let's try injecting tty_pona.so to the width program:

# the 3 glyphs "ale li pona" in sitelen pona
# (using raw UTF-8 bytes here, but you could use the input method instead)
TOKI=$(printf '\363\261\244\204\363\261\244\247\363\261\245\224')

# count the width (using C's wcswidth method):
$ bin/width -c "$TOKI"
3

# same but here we are "injecting" toki_pona.so:
$ LD_PRELOAD=lib/tty_pona.so bin/width -c "$TOKI"
6

# width -t knows how to measure how many many columns the terminal *actually* uses:
$ bin/width -t "$TOKI"
3

If you get the same results, you are ready to try injecting tty_pona.so to the terminal itself:

The script xterm-pona (in the bin/ folder) is a wrapper around xterm which "preloads" tty_pona.so
to the xterm's program and making it fully functional with sitelen pona.
Edit and customize the start of the script, according to what fonts you have.
Then launch bin/xterm-pona &:

# 3 glyhps "ale li pona" in sitelen pona (again you could just the use input method instead)
TOKI=$(printf '\363\261\244\204\363\261\244\247\363\261\245\224')

# check that the shell launched by the terminal has properly inherited the LD_PRELOAD from the terminal:
$ echo "$LD_PRELOAD"
<something>/lib/tty_pona.so

# width -t to see how many columns the terminal *actually* uses:
$ bin/width -t "$TOKI"
6

# width -c to see the width the C library would give to programs:
$ bin/width -c "$TOKI"
6

# if the above went well, let's try:
$ cat etc/UCSUR.txt

Hopefully, everything goes successfully! If so, congratulations, sitelen pona should work in the terminal.

A few notes:

• In the repo, the etc/ folder contains stuff with sitelen pona. You can play with it!
• You can play with using different fonts, trying out various terminals (and xterm itself really is good one once properly configured).
• If you want to install the lib/ and bin/ folder globally on your system, you can do: sudo INSTALL_DIR=/usr/local make install

Things to consider / Troubleshooting

• If things go wrong: always wonder if LD_PRELOAD is properly setup and exported/inherited
• Remote applications! If you have a remote session (say via ssh), you must have a build of tty_pona.so on the server too and manually set and export the LD_PRELOAD environment variable there too.
• Static binaries! the LD_PRELOAD trick cannot work on statically built executables. Unfortunately, static build is the by-default option in Go. Building those apps dynamically is necessary.
• Server/Daemon modes! Some terminals start a server or daemon (sometimes this is configurable, but sometimes not) and each terminal window simply spawns and inherits its configuration from that process. This mode of operation msy allow each instance to start faster or use less memory. Other applications, especially terminal multiplexers (such as tmux) follow a similar server model too. In a such case, for things to be displayed flawlessly, make sure LD_PRELOAD is applied to the daemon/server itself.
• Know-Better terminals (or applications)! Some terminals just flat-out refuse to use wcwidth and will implement their own thing (perhaps with the idea that they can then ship a version which conforms better to the lastest Unicode standard?). If their config options or flags let you manually define which glyphs are wide (for example mlterm --fullwidth=... does this) then it can work, otherwise tty_pona.so will not work with those terminals.
• Notes about other various OSes: LD_PRELOAD works on Linux. It exists also on some *BSDs. Other UNIXes might name things differently, for example under MacOS, it's called DYLD_INSERT_LIBRARIES (and may require some tweaking).

Conclusion

I hope you will get to enjoy using sitelen pona in terminals.
If you do something interesting in that space, please share your creations.

Hopefully, sitelen pona would become a part of Unicode in the future, as this would avoid having to jump through hoops for what should be a simple task. The Toki Pona language exists, has been growing, is actively used, and it is not going away any time soon. There are constantly texts being produced in it. It deserves to be encoded. Whether that will happen is not certain...

License (MIT)

This work is free user the MIT License.

Copyright (c) 2023 jan Polijan

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.