@dalias The process of normalizing to NFC is to decompose to NFD, which has a normalized ordering of combining characters, and then re-composing to NFC.
It's possible for this to end up with more characters than you started with if you start with, say, two characters, one of which is precomposed combination of a character and two combining characters, and the third is a separate combining character
When you decompose these into four characters, the base character and the three following combining character, the combining characters may be re-ordered for the canonical ordering.
Then when you re-compose them, it may be the case that only the base and first combining character are available pre-composed, leaving you with one pre-composed character with the first combining character, followed by two combining characters.
So a two-character sequence has now become a three-character sequence when normalizing under NFC.
Contrived example: U+1EB7 U+0328 (Latin Small Letter A with breve and dot below / Combining Ogonek) normalizes in NFC to U+0105 U+0323 U+0306 (Latin Small Letter A with ogonek / Combining Dot Below / Combining Breve)
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.