![[version]](https://badge.fury.io/rb/unicode-display_width.svg){kind=icon}
Determines the monospace display width of a string in Ruby, which is useful for all kinds of terminal-based applications. The implementation is based on EastAsianWidth.txt, the Emoji specfication and other data, 100% in Ruby. It does not rely on the OS vendor (wcwidth()) to provide an up-to-date method for measuring string width in terminals.
Unicode version: 16.0.0 (September 2024)
Emoji support is now enabled by default. See below for description and configuration possibilities.
Unicode::DisplayWidth.of now takes keyword arguments: { ambiguous:, emoji:, overwrite: }
See CHANGELOG for details.
If you use this gem, you should really upgrade to 2.4.2 or newer. It's often 100x faster, sometimes even 1000x and more!
This is possible because the gem now detects if you use very basic (and common) characters, like ASCII characters. Furthermore, the character width lookup code has been optimized, so even when the string involves full-width or ambiguous characters, the gem is much faster now.
Guessing the correct space a character will consume on terminals is not easy. There is no single standard. Most implementations combine data from East Asian Width, some General Categories, and hand-picked adjustments.
Further at the top means higher precedence. Please expect changes to this algorithm with every MINOR version update (the X in 1.X.0)!
| Width | Characters | Comment |
|---|---|---|
| ? | (user defined) | Overwrites any other values |
| ? | Emoji | See "How this Library Handles Emoji Width" below |
| -1 | "\b" |
Backspace (total width never below 0) |
| 0 | "\0", "\x05", "\a", "\n", "\v", "\f", "\r", "\x0E", "\x0F" |
C0 control codes which do not change horizontal width |
| 1 | "\u{00AD}" |
SOFT HYPHEN |
| 2 | "\u{2E3A}" |
TWO-EM DASH |
| 3 | "\u{2E3B}" |
THREE-EM DASH |
| 0 | General Categories: Mn, Me, Zl, Zp, Cf (non-arabic) | Excludes ARABIC format characters |
| 0 | Derived Property: Default_Ignorable_Code_Point | Ignorable ranges |
| 0 | "\u{1160}".."\u{11FF}", "\u{D7B0}".."\u{D7FF}" |
HANGUL JUNGSEONG |
| 2 | East Asian Width: F, W | Full-width characters |
| 2 | "\u{3400}".."\u{4DBF}", "\u{4E00}".."\u{9FFF}", "\u{F900}".."\u{FAFF}", "\u{20000}".."\u{2FFFD}", "\u{30000}".."\u{3FFFD}" |
Full-width ranges |
| 1 or 2 | East Asian Width: A | Ambiguous characters, user defined, default: 1 |
| 1 | All other codepoints | - |
Install the gem with:
$ gem install unicode-display_width
Or add to your Gemfile:
gem 'unicode-display_width'
require 'unicode/display_width'
Unicode::DisplayWidth.of("⚀") # => 1
Unicode::DisplayWidth.of("一") # => 2The second parameter defines the value returned by characters defined as ambiguous:
Unicode::DisplayWidth.of("·", 1) # => 1
Unicode::DisplayWidth.of("·", 2) # => 2You can overwrite how to handle specific code points by passing a hash (or even a proc) as overwrite: parameter:
Unicode::DisplayWidth.of("a\tb", 1, overwrite: { "\t".ord => 10 })) # => TAB counted as 10, result is 12Please note that using overwrites disables some perfomance optimizations of this gem.
If your terminal supports it, the gem detects Emoji and Emoji sequences and adjusts the width of the measured string. This can be disabled by passing emoji: false as an argument:
Unicode::DisplayWidth.of "🤾🏽♀️", emoji: :all # => 2
Unicode::DisplayWidth.of "🤾🏽♀️", emoji: false # => 5There are many Emoji which get constructed by combining other Emoji in a sequence. This makes measuring the width complicated, since terminals might either display the combined Emoji or the separate parts of the Emoji individually.
Another aspect where terminals disagree is whether Emoji characters which have a text presentation by default (width 1) should be turned into full-width (width 2) when combined with Variation Selector 16 (U+FEOF).
| Emoji Type | Width / Comment |
|---|---|
| Basic/Single Emoji character without Variation Selector | No special handling |
| Basic/Single Emoji character with VS15 (Text) | No special handling |
| Basic/Single Emoji character with VS16 (Emoji) | 2 or East Asian Width (see table below) |
| Emoji Sequence | 2 if Emoji belongs to configured Emoji set (see table below) |
The emoji: option can be used to configure which type of Emoji should be considered to have a width of 2 and if VS16-Emoji should be widened. Other sequences are treated as non-combined Emoji, so the widths of all partial Emoji add up (e.g. width of one basic Emoji + one skin tone modifier + another basic Emoji). The following Emoji settings can be used:
emoji: Option |
VS16-Emoji Width | Emoji Sequences Width / Comment | Example Terminals |
|---|---|---|---|
true or :auto |
- | Automatically use recommended Emoji setting for your terminal | - |
:all |
2 | 2 for all ZWJ/modifier/keycap sequences, even if they are not well-formed Emoji sequences | iTerm, foot |
:all_no_vs16 |
EAW (1 or 2) | 2 for all ZWJ/modifier/keycap sequences, even if they are not well-formed Emoji sequences | WezTerm |
:possible |
2 | 2 for all possible/well-formed Emoji sequences | ? |
:rgi |
2 | 2 for all RGI Emoji sequences | ? |
:rgi_at |
EAW (1 or 2) | 1 or 2: Like :rgi, but Emoji sequences starting with a default-text Emoji have width 1 |
Apple Terminal |
:vs16 |
2 | 2 * number of partial Emoji (sequences never considered to represent a combined Emoji) | kitty? |
false or :none |
EAW (1 or 2) | No Emoji adjustments | gnome-terminal, many older terminals |
- RGI Emoji: Emoji Recommended for General Interchange
- ZWJ: Zero-width Joiner: Codepoint
U+200D,used in many Emoji sequences
Unfortunately, the level of Emoji support varies a lot between terminals. While some of them are able to display (almost) all Emoji sequences correctly, others fall back to displaying sequences of basic Emoji. When emoji: true or emoji: :auto is used, the gem will attempt to set the best fitting Emoji setting for you (e.g. :rgi_at on "Apple_Terminal" or false on Gnome's terminal widget).
Please note that Emoji display and number of terminal columns used might differs a lot. For example, it might be the case that a terminal does not understand which Emoji to display, but still manages to calculate the proper amount of terminal cells. The automatic Emoji support level per terminal only considers the latter (cursor position), not the actual Emoji image(s) displayed. Please open an issue if you notice your terminal application could use a better default value. Also see the ucs-detect project, which is a great resource that compares various terminal's Unicode/Emoji capabilities.
To terminal implementors reading this: Although the practice of giving all Emoji/ZWJ sequences a width of 2 (:all mode described above) has some advantages, it does not lead to a particularly good developer experience. Since there is always the possibility of well-formed Emoji that are currently not supported (non-RGI / future Unicode) appearing, those sequences will take more cells. Instead of overflowing, cutting off sequences or displaying placeholder-Emoji, could it be worthwile to implement the :rgi option (only known Emoji get width 2) and give those unknown Emoji the space they need? This would support the idea that the meaning of an unknown Emoji sequence can still be conveyed (without messing up the terminal at the same time). Just a thought…
require 'unicode/display_width/string_ext'
"⚀".display_width # => 1
'一'.display_width # => 2You can use a config object that allows you to save your configuration for later-reuse. This requires an extra line of code, but has the advantage that you'll need to define your string-width options only once:
require 'unicode/display_width'
display_width = Unicode::DisplayWidth.new(
# ambiguous: 1,
overwrite: { "A".ord => 100 },
emoji: :all,
)
display_width.of "⚀" # => 1
display_width.of "🤠🤢" # => 2
display_width.of "A" # => 100Use this one-liner to print out display widths for strings from the command-line:
$ gem install unicode-display_width
$ ruby -r unicode/display_width -e 'puts Unicode::DisplayWidth.of $*[0]' -- "一"
Replace "一" with the actual string to measure
- Python: https://github.com/jquast/wcwidth
- JavaScript: https://github.com/mycoboco/wcwidth.js
- C: https://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
- C for Julia: JuliaStrings/utf8proc#2
- Golang: https://github.com/rivo/uniseg
See unicode-x for more Unicode related micro libraries.
- Copyright (c) 2011, 2015-2024 Jan Lelis, https://janlelis.com, released under the MIT license
- Early versions based on runpaint's unicode-data interface: Copyright (c) 2009 Run Paint Run Run
- Unicode data: https://www.unicode.org/copyright.html#Exhibit1
