1081年ケルンのブルーノはランスでそれまでに築いた地位を捨て、修道生活を追い求めて遍歴をはじめた。後にシトー会の創設者となるモレームのロベールが院長をしていたモレーム修道院を皮切りに幾つかの修道院に滞在、あるいは設立したが納得できず、最終的にシャルトリューズ山系の人も通わぬ山奥に6人の仲間とともにたどり着いた。そして1084年、その標高1000メートルほどの奥地にグランド・シャルトリューズを創建した。これは当時2つの修道院からなり、1つは聖職者修道士のための、他方は信徒修道士のための修道院であった（現存しているのは信徒修道士用のほうであるが、改築を繰り返したため当時の面影は残っていない）。 やがてブルーノは紆余曲折の末この修道院から離れざるを得ず、そして終生もどることはなかった。修道会規則が教皇に認可されたのはブルーノの死後、1164年4月17日付けの教皇勅書においてであった。ケルンのブルーノは勢力の拡大には興味がなかった（むしろ修道会という組織に興味がなかった）ようで、死の間際に至っても多くの修道院を設立すること許可はしなかった。同時期に創立されたシトー会が12-13世紀を通じて急速に拡大したのと対照的に、カルトジオ会は1200年ごろにおいてもヨーロッパに37の修道院を持つに過ぎなかった。しかしその後、神秘主義が流行した14-15世紀には盛り上がりを見せ、195の修道院を持つまでに至った。隠棲を旨とするカルトジオ会の修道士も、続く16世紀の宗教改革の時代には抗争に巻き込まれ多くの殉教者は出したがそれゆえに共感を得、18世紀初頭には295の修道院を持っていた。一方18世紀、啓蒙主義の時代に入ると批判と攻撃にさらされ、例えばオーストリアのヨーゼフ2世は域内全ての修道院を廃止した。20世紀中ごろにはヨーロッパ全域でも19に留まる修道院数にまで減少していた。
PCのウェブブラウザではAdobe Flashを通じて広く利用されている。スマートフォンなどでは動画フォーマットの選択制限が厳しいこともあり、デファクトスタンダードとなっている。ウェブ表示の次世代規格であるHTML5にはvideo要素で動画再生を行う機能が盛り込まれており、これに使用する動画フォーマットについて、ウェブブラウザベンダーのアップルとマイクロソフトはH.264を推進しているが、Mozilla Foundationとオペラ・ソフトウェア、Googleはロイヤリティが発生する点などを問題視し、積極的な利用に難色を示していた。2016年4月現在では、Safari、Internet Explorer、Mozilla FirefoxはH.264をサポートしているが、Google Chrome、Operaではサポートしていない。Mozilla FoundationはかつてH.264をサポートしていなかったため、反発した一部の有志が、Mozilla FirefoxにH.264サポートを追加したウェブブラウザを提供することを目的としたプロジェクトを立ち上げた。これはH.264に関する特許が成立していない国のユーザに向けたもので、特許が成立している国のユーザは事実上使うことはできない。2012年、Mozilla FoundationはH.264のサポートを表明した。マイクロソフトはMozilla FirefoxでH.264を再生できるようにするアドオンを公開している。これは動的にvideo要素をobject要素に書き替えるという力業で実現しており、video要素固有のAPIが利用できなくなるという仕組み上の欠点を抱えている。
H.264には多数の特許権が含まれており、本規格を採用したハードウェア製品やソフトウェア製品を製造する企業は、特許使用料であるパテント料の支払いが求められる。これらのライセンスに関する管理は、パテントプールであるMPEG-LAコンソーシアムが特許権者からの委託を受けて業務を代行している。"H.264"を採用した製品を購入した消費者は個別に使用料を請求されることはないが、製品価格にそれらのコストが含まれることになる。2013年10月30日、米Cisco Systemsより、同社によるH.264の実装をオープンソース化、無償でダウンロードできるようにするとの発表。このオープンソースを利用するにあたりMPEG-LAコンソーシアムへのライセンス料はCiscoが負担する。BSDライセンスにより公開中。
H.264は下記の放送・規格で採用されている。なお、日本の地上デジタルテレビ放送 (ISDB-T) では、MPEG-2が採用されているが、H.264はISDB-T方式を改良した、ブラジルのSBTVD方式の他、DVB-T方式の一部で採用されている。
MPEG-2などと同様、目的用途別に定義された機能の集合を表すプロファイルと、処理の負荷や使用メモリ量を表すレベルが定義がされる。これらは画面解像度やフレームレートに影響する。H.264に準拠する機器またはビットストリームそのものは、このプロファイルとレベルによって、機器の性能やビットストリームをデコードするのに必要な性能を表示することが多い。
筆記体である楷書では示偏の「示」を崩して「礻」の形とする。一方、印刷書体である明朝体のうち康熙字典体は篆書体に従い、これを「示」に戻した。日本の印刷書体では戦後の新字体において「礻」形が採用された。しかし、これは常用漢字表内のみの適用であり、表外字については規定がなかったので、「示」にしたり、「礻」にしたりする混乱が起きた。特に祇園の「祇」、苗字に多い「榊」（別の部首に属するが構成要素に示偏を持つ）でよく混乱が起きている。そこで2000年の「表外漢字字体表」において表外字は基本的に康熙字典体に従うことが決められた（ただし「礻」も許容字体（いわゆる3部首許容）とされたので、「礻」形で印刷したからといってこれを間違いとするものではない）。「神」「祥」「福」「社」「祉」「祈」「祐」「祖」「祝」「禍」「禎」の11字は、偏を「示」の形に変えただけで旁を同じくする旧字体が人名用漢字に含まれており、新生児の命名で新字体と区別されている。崩された示偏は片仮名の「ネ」の元になったとされている。neと発音する「禰」を略した「祢」の偏から来ている。中国の新字形、台湾の国字標準字体、香港の常用字字形表では示偏をすべて「礻」形に統一している。コンピュータ上でWindowsが装備するフォント細明體・新細明體 (PMingLiU・MingLiU) は5.03版以降でないとこれに対応しておらず、それ以前の版では「示」形で表されている。UnicodeのCJK統合漢字、JIS X 0208では、偏部に「示」を持つ漢字は、全て「示」の形と「礻」の形は包摂されており、示偏の形の違いのみで分離されているものは1字も無い。JIS X 0213では、前述した人名用漢字で区別されている11字は包摂分離され、「示」の形の方が、新しいコードポイント（第3水準）に追加され、従来のコードポイント（第1水準）の方は、「礻」の形の方のみを示すようになった。ただし、Unicodeでは、日本だけのために今更包摂分離するわけにはいかないので、CJK互換漢字に新しいコードポイントの方に対応するものが追加された。