異体字セレクタ
Mery (テキストエディタ)
oedit (テキストエディタ)
Adobe Reader 9以降、Flash Player 10のFlash Text Engine、Adobe InDesign CS4などのアドビ社製品。
Windows 7上でのOpera (Presto)
Mozilla Firefoxはバージョン4以降、システムにインストールされたフォントおよびWebフォントによる異体字セレクタの描画をサポートする。またバージョン31以降、CJK互換漢字のStandardized Variantsをフォントがサポートしていない場合に、CJK互換漢字のグリフで代替する機能を持つ。
WebKitはSVGフォントをサポートしており、SVGフォントによって定義したIVSによる字形切り替えが可能である。Opera (Presto) もSVG文書でのみSVGフォントによる字形切り替えが可能。
一太郎2008以降 - 入力機能は2014 徹から。それ以前は貼り付けのみ対応。個人向けATOKも2014より正式対応。法人向けはその前年より。
Microsoft Office 2007以降 - 2010まではUnicode IVS Add-in for Microsoft Officeが必要
LibreOffice 4.1以降/Apache OpenOffice 4.0以降
桐 (データベース) 桐10以降 - 入力、表示、検索、印刷などの一般的なサポートに加えて、IVSによる異体字を同一の文字として扱う検索、ソートが可能。
このためフォントの指定やDTPアプリケーションによる字形の選択が可能であっても、通常の文字入力とは異なる操作を要求される上に正しい組み合わせを覚えていなければならず、ほとんどの一般利用者にとって現実的な手間で入力できない。たとえばWindows Vistaでは葛飾区と葛城市を区別して表示できるが、「かつしかく」が飾区、「かつらぎし」が城市のように区別して変換されるような単語登録はできない。ただしegbridgeなど、Mac OS Xのインプットメソッドのうちグリフアクセスプロトコルに対応したものはプレーンテキストの制約に縛られない。
電子メールの送信に使われるSMTPなどの情報交換用プロトコルは、情報交換をプレーンテキストで行うよう設計されている。このため、Mac OS Xのグリフアクセスプロトコルのように内部に閉じたテキスト処理ではプレーンテキストの制約を取り払ったシステムも、メールなどによる外部との情報交換では字形の区別を保存できない。
このような字形の区別にかかわる需要は、Unicodeの漢字統合の規則が国内での運用の実情に沿っていない日本では特に顕著であり、JISの各文字集合 (JIS X 0208、JIS X 0212、JIS X 0213) やUnicodeで満たせない需要に対応するため、官庁では戸籍統一文字や住民基本台帳ネットワーク統一文字など、民間では今昔文字鏡やGTプロジェクトなどといった独自の大規模文字セットが繰り返し作成され、一部で運用されてきた。
異体字セレクタ (いたいじセレクタ、英: Variation Selectors) は、Unicode および ISO/IEC 10646 (UCS) における、文字の字体をより詳細に指定するためのセレクタ (選択子) である。
Unicodeでは抽象的な文字を定め、個々の文字の字形の詳細には立ち入らない。このため同じ意味で似た形の文字には同じ電子的な表現が与えられ、字形の区別が必要なときはフォントの指定などによって行うのが原則である。
この原則は、たとえばラテン文字の 'a' で、上部の右から左へ伸びる線があるかどうか、という違いは通常は「フォントの違い」であり「別の字」とはしないためほとんど問題ない。しかし例えば、CJK統合漢字において、Han unification (en:Han unification) や各国内標準の都合を理由として、運用上しばしば「別の字」とされる字形を、様々な経緯の結果「詳細/デザイン差」として同じ符号位置としてしまっているのは、問題がしばしば発生する (初期のUnicodeが提案された当初から危惧されていた通りに)。そのため、状況によっては、フォントの指定などを含めることができないプレーンテキスト上で字形の区別を保存したいという需要も存在する。
ほとんどのオペレーティングシステムにおいてファイル名はプレーンテキストであり、プレーンテキストで区別できないものは区別できない。
IMEに単語登録可能な文字列は通常プレーンテキストのみである。