Grapheme Break Chart

Unicode Version: 6.1.0

Date: 2011-12-11, 18:27:07 GMT

This page illustrates the application of the boundary specification for Graphemes. The material here is informative, not normative.

The first chart shows where breaks would appear between different sample characters or strings. The sample characters are chosen mechanically to represent the different properties used by the specification.

Each cell shows the break-status for the position between the character(s) in its row header and the character(s) in its column header. The × symbol indicates no break, while the ÷ symbol indicated a break. The cells with × are also shaded to make it easier to scan the table. For example, in the cell at the intersection of the row headed by 'CR' and the column headed by 'LF', there is a × symbol, indicating that there is no break between CR and LF.

After the heavy blue line in the table are additional rows, either with different sample characters or for sequences, such as "ALetter MidLetter" in WordBreak. Some column headers may be composed, reflecting 'treat as' or 'ignore' rules.

If your browser handles titles (tool tips), then hovering the mouse over the row header will show a sample character of that type. Hovering over a column header will show the sample character, plus its abbreviated general category and script. Hovering over the intersected cells shows the rule number that produces the break-status. For example, in GraphemeBreakTest, hovering over the cell at the intersection of LVT and T shows ×, with the rule 8.0. Checking below, the rule 8.0 is '( LVT | T) × T', which is the one that applies to that case. Note that a rule is invoked only when no lower-numbered rules have applied.

OtherCRLFControlExtendSpacingMarkLVTLVLVT
Other÷÷÷÷××÷÷÷÷÷
CR÷÷×÷÷÷÷÷÷÷÷
LF÷÷÷÷÷÷÷÷÷÷÷
Control÷÷÷÷÷÷÷÷÷÷÷
Extend÷÷÷÷××÷÷÷÷÷
SpacingMark÷÷÷÷××÷÷÷÷÷
L÷÷÷÷××××÷××
V÷÷÷÷××÷××÷÷
T÷÷÷÷××÷÷×÷÷
LV÷÷÷÷××÷××÷÷
LVT÷÷÷÷××÷÷×÷÷
 
Other÷÷÷÷××÷÷÷÷÷
Control÷÷÷÷÷÷÷÷÷÷÷

Rules

This section shows the rules. They are mechanically modified for programmatic generation of the tables and test code, and thus do not match the UAX rules precisely. In particular:

  1. The rules are cast into a form that is more like regular expressions.
  2. The rules "sot ÷ or ×", "÷ eot", and "÷ Any" are added mechanically, and have artificial numbers.
  3. The rules are given decimal numbers, so rules such as 11a are given a number using tenths, such as 11.1.
  4. Any 'treat as' or 'ignore' rules are handled as discussed in the UAX, and thus reflected in a transformation of the rules usually not visible here. Where it does show up, an extra variable like CM* or FE* may appear, and the rule may be recast. In addition, final rules like "Any ÷ Any" may be recast as the equivalent expression "÷ Any".
  5. Where a rule has multiple parts (lines), each one is numbered using hundredths, such as 21.01) × BA, 21.02) × HY,... In some cases, the numbering and form of a rule is changed due to 'treat as' rules.

For the original rules, see the UAX.


Access to Copyright and terms of use