ワイド文字の問題は、前述のように型のサイズや符号化形式が規定されておらず、プラットフォームおよび処理系依存であることである。Unicodeが普及するにつれて、移植性の問題が表面化してきた。2011年に改訂された C/C++ の標準規格、C11 と C++11 では、新たに2つの文字型 char16_t と char32_t が導入された。これらはそれぞれ UTF-16 と UTF-32 を内部表現とする。u'c' や U'c' あるいは u"str" や U"str" のように小文字の u あるいは大文字の U を前置することで、それぞれ char16_t と char32_t の文字定数・文字列リテラルを表現する。また、u8 を前置することで UTF-8 の文字列リテラルを表現するが、char8_t 型は存在せず、従来の char 型で代用する。C++17ではUTF-8の文字リテラルをサポートするようになった。C++20ではchar8_t型がサポートされるようになる予定である。C言語の場合char16_tおよびchar32_tはそれぞれuint_least16_tおよびuint_least32_tのtypedefエイリアスであるが、C++の場合char16_tおよびchar32_tはキーワードであり、それぞれstd::uint_least16_tおよびstd::uint_least32_tと同じサイズではあるものの、別の型として規定されている。いずれの言語においても、char16_t型のサイズは16ビットよりも大きい可能性があるが、格納される値は16ビット幅である。同様に、char32_t型のサイズは32ビットよりも大きい可能性があるが、格納される値は32ビット幅である。
char型のサイズは常に1バイトであることがC/C++規格で保証される。つまり、sizeof(char) == 1は常に真である。一方、wchar_t 型は C および C++ 双方の標準規格において、符号付きの場合は少なくとも-127から+127まで、符号無しの場合は少なくとも0から255までの範囲を表現できる数値型、ということのみ定められている（少なくともchar型と同じ大きさが必要）。charがASCIIであるとは限らなかったり、floatやdoubleがIEEE 754の単精度・倍精度であるとは限らなかったりすることと同様に、wchar_tの内部表現もUnicodeである必要はない。本来はCode Set Independent（符号化集合に独立）なのである。wchar_t 型のサイズと符号化形式は、例えばWindowsでは2バイト (16ビット) のUTF-16であり、LinuxやmacOSでは4バイト (32ビット) のUTF-32である。しかし、その他の環境でもUnicodeを用いた符号化形式であると誤解されて、あるいは仮定してプログラムが作られることがある。そのようなプログラムは、Unicodeを用いた符号化形式とは限らない一般のUnixなどへの移植の際に問題が表面化する。なお、C99より、wchar_tがUnicodeと互換性のある場合、__STDC_ISO_10646__が事前定義されると定められている。
C言語では1995年の ISO/IEC 9899/AMD1:1995 より、wchar_t 型や <wchar.h>、<wctype.h> などのヘッダーファイルが追加になった。ワイド文字は wchar_t というデータ型で表現する。char型を用いた文字および文字列の場合、文字定数および文字列リテラルはソースコード中で、例えばそれぞれ「'c'」および「"str"」と表記する。これに対応するように、ワイド文字定数は大文字のエルによるプレフィックスLを付けて「L'c'」と表記する。同様に、ワイド文字から構成される文字列をワイド文字列と呼び、そのリテラルは「L"str"」と表記する。C言語での wchar_t は単なるtypedefによるエイリアス（他の型の別名として定義されている）であるが、C++においてはキーワード（予約語）である。コンパイラによっては、「wchar_t」を組み込みの型とみなすか否かをコンパイラの設定で切り替えられるものもある。C99 規格や C++98 規格の場合、ワイド文字定数・文字列リテラルには ISO 10646 文字集合の数値で表現するユニバーサル文字名を使用することもできる。
C言語やC++の基本実行文字集合は通常、ASCIIのサブセットの文字種からなる。ただし実際の文字コードが何であるかは規定されていない。漢字のような拡張実行文字集合は、通常マルチバイト文字として扱われるが、1文字を構成するバイト数が可変長であり、本来1つの文字でありながら複数の文字の組（あるいは文字列）として扱わなければならないなどの不便がある。そうした問題を解消するために、1文字を1つの整数値で扱えるようにすることを目指したのがワイド文字である。
2018年2月からブロードウェイのセント・ジェームズ・シアターで公演されている。2020年9月10日から劇団四季の専用劇場JR東日本四季劇場［春］でも上演予定。
『アナと雪の女王 オラフの贈りもの』（原題：Frozen: Olaf's Quest）はオラフを主人公とした横スクロールアクションゲーム。アメリカでは2013年11月12日にニンテンドーDS版・ニンテンドー3DS版が、日本では2015年12月3日にバーグサラ・ライトウェイトよりニンテンドー3DSのみ発売された。
ある正規形であるためには、ある時点でたまたま関係（表、テーブル）中にあるすべての組（タプル、行）の値がその定義に当てはまるだけでは十分でなく、過去及び将来において、その関係中の組に増減があっても、定義から外れることがないように属性（列、カラム）が定義されていることを要する。注意すべきは、実際の関係データベース管理システムでは、属性の定義域（ドメイン）に合致する限りで関係の中にどんな値からなる組でも入れることができるが、ここでの議論は「関係にはそれぞれの属性に対応した現実の事象を表す組としてシステム要件上あり得るものだけが入る」という暗黙の制約が仮定されていることである。言い換えれば、正規形の定義では各属性の値が属性ごとに一定の意味を持っていることが仮定される。これは、正規化が、与えられたある特定の要件に対して、ある特定の妥当な設計を導くための方法であることに由来する。例えば、気象観測システム内に {観測日, 観測地, 気温} という列からなる気温観測テーブルがあるとき、{'6/9', '東京', 20} といった気温の観測データと考えられるものだけが入ると考え、システム要件から見てあり得ないもの、例えば {'6/9', '東京', -1000} といったあり得ない気温を持つ行や、政治家の誕生日、氏名、身長を表す {'1/8', '小泉純一郎', 169} といった行が入ってくることはないと仮定される。そのような仮定をすればそれぞれの定義の課する条件を常に満たすといえるとき、それぞれの正規形であるというのである。以上の理由により、ある関係の形式的な定義を見ただけでは、それが正規形であるかどうかを判断することはできず、それには各属性の意味ないしそれに関するシステム要件を知る必要がある。ただし、この種の議論を行うとき、属性などに付けられた名前が自己説明的であるときは、いちいちそれらの意味を明示的に定義しないのがふつうである。