stanford-oval/wikipedia huggingface dataset:
X Window System
アーキテクチャ

→詳細は「X Window System プロトコルとアーキテクチャ」を参照
→詳細は「X Window System コアプロトコル」を参照
Xはクライアントサーバモデルに基づき、Xサーバが各種「クライアント」プログラムと通信する。サーバはグラフィカルな出力要求を受け付け、（マウス、キーボード、タッチパネルなどからの）ユーザー入力をクライアントに送信する。Xプロトコル自身はハードウェア環境に依存しない。そのため、X Window Systemが動作するマシンはUNIXマシンだけとは限らない。Windows上でXサーバを動作させる、通称PC Xサーバというソフトウェアや、ハードウェア（ファームウエア）でXプロトコルを処理する、通称X端末も存在する。特にX端末は、UNIXマシンが非常に高価な時代に、GUIだけを安価に表示、処理できる機器として良く利用された。
このクライアントサーバという用語（ユーザーの端末、サーバ、クライアントであるアプリケーション）は、しばしば新規のXユーザーを混乱させる。なぜなら用語が逆に使われているように見えるからである。しかしXはエンドユーザーではなく、むしろアプリケーションからみた考え方をしている。XはディスプレイやI/Oサービスをアプリケーションに提供している。そのためサーバである。アプリケーションはこれらのサービスを利用している。そのためアプリケーションはクライアントである。
サーバとクライアント間の通信プロトコルは、ネットワーク透過性を備える。クライアントとサーバは同じマシン上でも動作するし、別々のマシン上でも動作する。双方のアーキテクチャやOSが違っていても構わない。クライアントとサーバ間の通信は、インターネット上でもトンネリングによって安全に行うことができる。
Xクライアント自体がXサーバを内包し、複数のクライアントに対してサーバとして動作する構成も可能である。これを「Xネスティング」と呼ぶ。XnestやXephyrは、Xネスティングをサポートしたオープンソースのクライアントである。
リモートのクライアントプログラムをローカルなサーバで表示するには、端末エミュレータのウィンドウを開き、telnetあるいはsshでリモートのクライアントアプリケーション（あるいはシェル）を起動し、入出力先をローカルに指定してクライアントを起動する（すなわち、export DISPLAY=[ユーザーのマシン]:0 をリモートのマシン上で設定する）。クライアントアプリケーションはローカルサーバと接続され、ローカルマシンのディスプレイと入力機器を使って動作する。またローカルマシンは、リモートマシンに接続しクライアントアプリケーションを起動する小さなプログラムを実行することもできる。
リモートクライアントの実用的な利用例として、次のようなものがある。
リモートマシンの管理をグラフィカルに行う。
リモートマシンで計算量の多いシミュレーションを実行し、ローカルなデスクトップマシンでその結果を表示する。
複数のマシンでグラフィカルなソフトウェアを同時に実行し、その表示を1つのマシンで行い、1人のユーザーが全体を操作する。
設計思想

1984年、Bob ScheiflerとJim GettysはXの基本原則を以下のように定めた。
実際のアプリケーションでどうしても必要という場合以外は、新機能を追加するな。
機構が何でないのかを定義することは、何であるのかを定義するのと同じように重要である。あらゆる要求に答える必要はない。むしろ、互換性を維持した状態で拡張可能にしておけ。
1つでも例を挙げて一般化したほうが、全く例を挙げずに一般化するよりもマシである。
問題が完全に把握できないときは、解決策も提供しないのが最善の方法である。
10%の作業で望みの90%の効果が得られるときには、その解法を使え。
複雑さは可能な限り分離せよ。
方針よりも機構を提供せよ。特にユーザインタフェースについての方針はクライアント側に任せておけ。
先頭の原則は、X11の設計時に「具体的アプリケーションがそれを必要としていることを知っている場合に限って、新たな機能を追加せよ」に修正された。
Xはだいたいにおいてこれらの原則に従ってきた。参考実装は拡張性と改良を視野に入れて開発されており、1987年当時のプロトコルとほぼ完全な互換性を維持している。
ユーザインタフェース

Xは意図的にアプリケーションのユーザインタフェースの仕様を含まないようにしている。ボタン、メニュー、ウィンドウのタイトルバーなどである。代わりに、ウィンドウマネージャ、GUIウィジェット・ツールキット、デスクトップ環境、アプリケーション固有のグラフィカルユーザインタフェースなどがそのような詳細を定義し提供している。そのため、典型的なXのインタフェースを示すことは不可能である。
ウィンドウマネージャは、アプリケーションのウィンドウの位置と見た目を制御する。そのインタフェースはWindowsやMacintoshと似ているものもあるし（GNOMEのMetacity、KDEのKWin、XfceのXfwmなど）、全く異なるものもある。実用本位のウィンドウマネージャもあれば（twmなど）、デスクトップ環境に近い機能を持つものもある（Enlightenmentなど）。
多くのユーザーはデスクトップ環境を通してXを利用している。デスクトップ環境にはウィンドウマネージャ、各種アプリケーションなどが一貫したインタフェースで含まれている。GNOME、KDE、Xfceなどが主なデスクトップ環境である。freedesktop.orgはデスクトップ環境間の相互運用性を高めることを目的としている。
Xサーバは、グラフィカルなデスクトップでのキーボードとマウス操作を管理している。そのため、一部のショートカットキーはXサーバと結び付けられている。Control-Alt-Backspaceは通常、現在動作しているXセッションを終了させる。Control-Altとファンクションキーの組合せは、一般にバーチャルコンソールに連携している。ただし、これは個々のXサーバの実装の詳細であり、常に同じとは限らない。例えば、WindowsやMacintoshで動作するXサーバでは、そのようなショートカットキーは提供されない。
実装

X.Org Serverは、リファレンス実装としてX Window Systemの正式な実装として扱われる。自由ソフトウェア、プロプライエタリソフトウェアの実装が複数存在する。商用UNIXベンダーはリファレンス実装を採用し、それを自身のハードウェアに合わせて修正し、独自の拡張を様々に凝らすことが多い。
2004年まで、XFree86がフリーなUnix系システムでのX実装の事実上の標準だった。XFree86はXを80386搭載のパーソナルコンピュータ (PC) 上に移植することから始まり、1990年代末ごろにはXのデファクトスタンダードの地位を得ていた。しかし、2004年にX.Org ServerがXFree86のライセンスの変更を期にして派生し、こちらが主流となっていった。
XとUNIXの組合せはよく知られているが、Xサーバは他のグラフィカル環境用にも存在している。
WindowsやmacOSなどの他のウィンドウシステム上でXサーバを動作させる場合、統合のさせ方がソフトウェアによって色々あり、X.Org ServerではWindowsとmacOSでは以下の方式の最初の3つをサポートしている。Unix系ではフルスクリーンだが、それ以外はXnestによりサポートしている。
シングルウィンドウ - X11のルートウィンドウをOSのトップレベルウィンドウにマッピングする。
マルチウィンドウ - X11のトップレベルウィンドウをOSのトップレベルウィンドウにマッピングする。
ルートレス (rootless) - 本来のウィンドウシステムが背景と基本メニューを提供し、Xのウィンドウの位置を管理する。すなわち、Xのクライアントが表示するウィンドウが、手元のウィンドウシステムで表示されるアプリケーションが出すウィンドウと同じように表示される。X11のウィンドウマネージャが利用される。
フルスクリーン
実装 > OpenVMS

HPEおよびVSIのOpenVMSにはXとCDE (DECwindows) が標準のデスクトップ環境として含まれている。
実装 > OS-9

OS-9にもかつてメーカー純正のXサーバがあった。マイクロウェア・システムズ(株)がX Window Version 11 Release 4をOS-9に移植し、X開発ライブラリとXクライアント制御管理プログラム、Xクライアントプログラム、OS-9/UNIX互換関数ライブラリから成る "Client Development Pak" を40万円で発売した。
実装 > macOS

X.Org ServerはmacOSでの動作をサポートしており、XQuartz (X11.app) として公開されている。Mac OS X v10.5~v10.7では標準搭載されていた。
Mac OS X v10.3では、XFree86 4.3とX11R6.6に基づいたXQuartzがMac OS Xに統合されていた。10.5以降はXFree86ではなく、X.Org Serverになった。古いMac OS 7などにもサードパーティー製のXサーバがある。
実装 > Windows

X.Org ServerはCygwin併用の形でWindowsでの動作をサポートしており、Cygwin/X (Xwin) として公開されている。
それ以外にも、他のグループによる各種実装が存在する。X.Org Serverから派生した物もあれば、1から実装されている物もある。自由ソフトウェアとしては、WeirdMind、WeirdX などがある。プロプライエタリソフトウェアとしては、ASTEC-X、Exceed、ReflectionX、WiredX、Xmanager、X-Deep/32、Xming、X-Win32、XVision Eclipse などがある。かつては、Xoftware/32（ネットマネージ製）、DynaWinX、PC-Xware（NCD製、数社が取り扱い）、Super-X（Frontier Technologies製、コンテック扱い）、eXodus for Windows（White Pine Software製、DIT扱い）という商品もあった。これらは通常、リモートのXクライアントを表示・制御するのに使われる。
実装 > スマートフォン・タブレット

MeeGo、Maemo、Tizen、Ubuntu Touchなど各種Linuxスマートフォン・タブレットでもX Window System (X.Org Server) が使われている。
実装 > X端末

→詳細は「X端末」を参照
X端末は、Xサーバを実行するシンクライアントである。これはUNIXワークステーションが高価だったころ、大きめのサーバを複数人で共有し、各人がグラフィカルな環境を使えるようにする安価の手段として人気となった。また、これはMITのプロジェクトが本来想定していた方向性でもある。
X端末は、ネットワーク上で X Display Manager Control Protocol (XDMCP) を使って利用可能なホスト（クライアントを実行できるマシン）を探す。まず最初のホストでXディスプレイマネージャを起動する必要がある。
専用ハードウェアとしてのX端末はその後少なくなり、より安価なXサーバ用端末としてPCや新たなシンクライアントが使われるようになっている。
Xの限界と非難

UNIX-HATERS Handbook（1994年）は、1つの章を割いてXの問題を論じている。Why X Is Not Our Ideal Window System（1990年、Gajewska, Manasse, McCormack）は、Xプロトコルの問題を詳細に論じ、改善の方法を示唆している。
Xの限界と非難 > ユーザインタフェース機能

Xはユーザインタフェースの仕様やアプリケーション間通信の仕様を意図的に含まないようにしている。このためそれぞれ全く異なったインタフェースが生まれ、アプリケーション間の連携を阻む原因ともなっている。ICCCMはクライアントの相互運用に関する仕様だが、正しく実装するのが困難なことで有名である。MotifとCDEも標準化の試みだったが、解決策とはならなかった。この問題は、プログラマやユーザーを長い間悩ませてきた。2007年現在、アプリケーションのルック・アンド・フィールとアプリケーション間通信の一貫性を保つためには、特定のデスクトップ環境あるいは特定のウィジェット・ツールキットを採用してプログラムを作成するのが一般的である。
Xプロトコルは音声を全く扱わない。そのため、サウンドカードの制御も含めた部分はOSやOSSやALSAなどのオーディオシステムが分担している。多くのプログラマはOS固有のサウンドAPIを使っている。クライアントサーバ型のサウンドシステムとしては、古くはrplayやNetwork Audio Systemがあった。その後、EsounD (GNOME)、aRts (KDE) などが開発された。2001年、X.Orgはこの問題に対処するためMedia Application Server (MAS) の開発を発表した。しかし、これらはいずれも根本的な解決策とはなっていない。
Xの限界と非難 > ネットワーク

XクライアントをあるXサーバからデタッチし、別のXサーバに再アタッチすることはできない。しかしXとは別の遠隔操作方法であるVirtual Network Computing (VNC) ではそれが可能であり、一部のアプリケーションやツールキットではそのような機能を提供している。
XサーバとリモートのXクライアントの間の通信トラフィックは、デフォルトでは暗号化されていない。そのため悪意ある者がLANアナライザを使えば、それを覗き見ることができるので注意が必要である。
Xの限界と非難 > クライアント/サーバの分離

Xの設計では、クライアントとサーバはそれぞれ独立して動作する。ハードウェアからの独立性やクライアントとサーバの分離などのオーバーヘッドは、OS内にグラフィックス機能が統合されているシステム（WindowsやMac OS）にはないものである。Xが適切な性能を発揮するには、4MBから8MBのRAMを必要とすると言われている。これは1990年代中ごろまではWindowsやMac OSに比較すると大きかった。
Windows Vista/Windows Server 2008以降のWindowsに搭載されているWDDMやOS XのQuartzはXのようなクライアントとサーバの分離を行えるようになっている。オーバーヘッドの大半は、ネットワーク上のラウンドトリップタイムによるものである（つまりプロトコル自体の問題ではなく、レイテンシである）。性能問題を解決するにはそのレイテンシを考慮したアプリケーション設計をする必要がある。Xのネットワーク機能が過度に複雑であるために、ローカルで使っても性能に悪影響があるという誤解を持つ人が多いが、現在のXの実装ではローカルな接続では単にソケットと共有メモリを使うので、X固有のオーバーヘッドはほとんどない。
Xの限界と非難 > ディスプレイドライバのクラッシュ時に発生する問題

ディスプレイサーバー本体やディスプレイドライバの実装は安定しているが、Windows系システムとは異なり、ディスプレイドライバがクラッシュした場合、直前までの表示内容は失われ、Xサーバー本体とXクライアントアプリケーションを手動で再起動しなければならない。
そのため、監視システムやインフラ制御システムなどのミッションクリティカルなGUIアプリケーションの利用には注意を要する。
Xと競合するシステム

Unix系システムでは、グラフィックス表示にはXが使われるのが普通である。しかしXの代替となるシステムを開発しようという試みはいくつかある。歴史的には、サン・マイクロシステムズのNeWS（市場では成功しなかった）、NeXTのDisplay PostScript（AppleがQuartzに置換した）、日本製のGMWがあった。
Quartz開発者の1人であるMike Paquetteは、アップルがDisplay PostScriptからXに移行せずに独自のウィンドウサーバを開発した理由として、アップルが必要とする全ての機能をX11に追加してみたら、X11とは似ても似つかないものになり、他のXサーバとの互換性も失ってしまったと説明した。
他にも、FrescoやY Window SystemといったXを置換することを意図したシステムもある。しかしXとの互換性を無視したこれらのシステムは、今のところ広く受けいれられてはいない。また、MirやWaylandは互換性を重視している事もあってLinuxディストリビューションやプレインストールでの採用実績があるが、Xを置き換えるほどの勢いはない。
ハードウェアを直接操作することでXのオーバーヘッドに対処しようとした競合システムもある（例えば、DirectFBやFrameBuffer UI）。ダイレクト・レンダリング・インフラストラクチャ (DRI) は、ほぼ同等の機能をX内でモジュール化したものと言え、それら競合システムの努力が無駄になる可能性もある。しかし、（RTAIなどを使った）組み込みシステム用LinuxではDRIのリアルタイム性は思わしくなく、そのような応用にXは今のところ不向きと言える。
グラフィックス関連のサービスでネットワーク透過性を達成するその他の手段には、以下のものがある。
SVG Terminal - Scalable Vector Graphics (SVG) 形式のコンテンツをほぼリアルタイムでブラウザとやりとりして更新するプロトコル。
Virtual Network Computing (VNC) - ネットワーク上で圧縮したビットマップを送る。
Citrix Presentation Server - Windows向けのXのような製品。
タランテラは、ウェブブラウザを使うJavaクライアントを提供している。
RAWT (Remote AWT) - IBMのJavaによるクライアントサーバシステム
歴史 > 先駆的開発

X以前にも、ビットマップディスプレイを使ったシステムは存在していた。ゼロックスはAlto（1973年）とStar（1981年）を開発している。AppleはLisa（1983年）と Macintosh（1984年）を開発した。UNIX関連ではAndrew Project（1982年）とロブ・パイクのBlit端末（1984年）がある。
Xの名称は、それ以前のW Window Systemの後継であることから名づけられた。W Window SystemはVというOS上で動作した。Wはネットワークプロトコルを使って端末やグラフィックウィンドウをサポートし、サーバ側でディスプレイリストを管理する。
歴史 > 起源と初期の開発

Xの考え方がMITで生まれたのは1984年、Jim Gettys（Project Athena）とBob Scheifler（MITコンピュータ科学研究所）によるものであった。ScheiflerはArgusというシステムのデバッグ用の表示環境を必要としていた。Project Athena（DEC、MIT、IBM によるコンピュータのユーザインタフェースを改善するプロジェクト）ではプラットフォームに依存せず、マルチベンダーシステムで利用できるグラフィックスシステムを必要としていた。当時、カーネギーメロン大学のAndrew Projectでウィンドウシステムが開発中だったが、ライセンス提供を受けることができず、他に代案もなかった。
解決策として、ローカルなアプリケーションも動作させることができ、リモートでも動作させることができるプロトコルの開発という考えが生まれた。1983年中ごろ、WがUNIXに移植された（Vのときの5分の1の速度）。1984年5月、Scheiflerは同期型だったWのプロトコルを非同期型に変更し、これがXバージョン 1となった。Xは世界初のハードウェアやベンダーに依存しないウィンドウシステム環境となった。
Scheifler、Gettys、Ron Newmanが開発を進め、Xは急速に進化していった。1985年1月にはバージョン 6をリリース。当時Ultrixを搭載したワークステーションをリリースしようとしていたDECは、Xの搭載を決断した。DECの技術者がX6をDECのQVSSディスプレイ付きMicroVAXに移植した。
1985年第二四半期、Xはカラーをサポートし、DEC VAXstation-II/GPXで動作した。これがバージョン 9となる。MITはX6を外部グループに料金を徴収してライセンスしていたが、X9リリース時点からMIT Licenseを適用することとした。X9は 1985年9月にリリースされた。
ブラウン大学のグループがIBM RT-PCにX9を移植したが、整列されていないデータの読み込みで問題が発生し、プロトコルに非互換となる変更が必要となった。このため、1985年末にバージョン 10となった。1986年には外部からXについての問合せが増えてきた。X10R2は1986年1月、X10R3は1986年2月にリリース。X10R3では広く製品に採用されるようになった。DECとヒューレット・パッカードはX10R3ベースの製品をリリースし、他のグループが アポロコンピュータのマシンやサン・マイクロシステムズのワークステーションへの移植を行い、IBM PC/ATへの移植も行われた。このころ、Autofactという見本市でXを使った商用アプリケーションが初めてデモンストレーションされた（Cognition Inc.の機械系CAEシステム）。X10の最後のバージョンはX10R4で、1986年12月にリリースされた。
Virtual Network Computing (VNC) がデスクトップの共有を可能にしているように、Xサーバをそのように拡張する試みはこのころから既に行われていた。例えば、Philip J. GustのSharedXツールがある。
X10は強力な機能を持っていたが、Xプロトコルはさらに広く使われるようになる前に、もっとハードウェア中立となるよう再設計する必要があることがわかってきた。しかし、MIT だけではそのような全面的な再設計をするだけのリソースがなかった。そこでDECのWestern Software Laboratory (WSL) がこのプロジェクトに参加を申し出た。DEC WSLのSmokey WallaceとJim Gettysは、DEC WSLがX11を開発し、それをX9やX10と同じ条件でフリーにリリースすることを提案した。設計は1986年5月に開始され、8月にはプロトコルが完成した。アルファテストは1987年2月に開始され、ベータテストは1987年5月に開始された。X11のリリースは、1987年9月15日に行われた。
Scheiflerが中心となって行われたX11プロトコルの設計は、USENETのニュースグループとオープンなメーリングリスト上で盛んに議論しながら進められた。したがって、Xは最初の大規模自由ソフトウェアプロジェクトと言われることもある。
歴史 > MIT X ConsortiumとX Consortium, Inc.

1987年、X11の成功が明らかになると、MITはXの運営責任を放棄したいと考えるようになった。しかし、1987年6月に9社の主なベンダーが集まった会議で、各社はMITに対してXをまとめていくには中立的な団体が管理する必要があることを訴えた。1988年1月、MIT X Consotiumが非営利の業界団体として設立された。責任者はScheiflerで、今後のX開発の方向性を業界と学界の動向を加味して決定することとなった。1988年1月にはJim Fulton、1988年3月にはキース・パッカードが参加し、Jim はXlib/フォント/ウィンドウマネージャ/ユーティリティの開発、キースはサーバの再実装を分担するようになった。Donna ConverseとChris D. Petersonが同年末までに参加し、ツールキットとウィジェットを分担し、Project AthenaのRalph Swickと連携して作業を行った。MIT X ConsortiumはX11のリビジョンをいくつかリリースしていった。最初のX11R2は1988年2月にリリースされた。
1993年、MIT X Consortiumの後継としてX Consortium, Inc.（非営利組織）が設立された。そして、1994年5月16日にX11R6をリリース。1995年には、MotifツールキットとCommon Desktop Environmentの開発管理も行うようになった。X Consortium, Inc.は1996年末には解散し、X11R6.3を最後にリリースした。コンソーシアム参加各社による囲い込みのような状況になったことが解散の原因とされている。
歴史 > The Open Group

1997年中ごろ、X Consortium, Inc.はXの管理運営をThe Open Groupに移管した。これは、Open Software FoundationとX/Openが1996年初めに合併して結成された業界団体である。
The Open Groupは1998年初めにX11R6.4をリリースした。しかし、The Open GroupはXの開発資金を確かなものとするため、これまでのライセンス条件を変更し、これが議論を呼んだ。新たな条件では、多くのプロジェクト（XFree86など）やいくつかの商用ベンダーでの採用が困難であった。これを受けてXFree86が分裂しそうになると、The Open Groupは1998年9月にX11R6.4を改めて従来のライセンス条件でリリースした。The Open Groupの最後のリリースはX11R6.4 patch 3であった。
歴史 > X.OrgとXFree86

XFree86の起源は、Thomas RoellとMark W. Snitilyが1991年に書いたPC/AT互換機向けのX11R5であるX386 serverに遡る。Snitily Graphics Consulting Services (SGCS) はこれを1992年にMIT X Consortiumに寄贈した。XFree86は時と共に進化していき、Xの実装としてのデファクトスタンダードとなった。
1999年5月、The Open GroupはX.Orgを設立した（後のX.Org Foundationとは異なる）。X.Orgは当時進行中だったX11R6.5.1のリリースを実施した。当時のX開発は壊滅寸前であった。X Consortium, Inc.が解散した後の技術的進歩の多くはXFree86プロジェクトで生まれた。1999年、XFree86はX.Orgの（会費を払わない）名誉会員となり、XFree86とLinuxを製品に使いたいと思っていた多くのハードウェア企業がこれを歓迎した。
2003年までにLinuxとXの組合せが非常に一般的になってきても、X.Orgは活発にはならず、やはり開発の中心はXFree86であった。しかし、ここでXFree86内で大きな意見の相違が発生した。XFree86は、あまりにも伽藍的開発モデルであり、開発者はCVSにコミットアクセスできず、ベンダーは多数のパッチを保守する必要があった。2003年3月、XFree86からキース・パッカードが追い出された。彼はMIT X Consortiumの消滅後にXFree86に参加していた。
X.OrgとXFree86は、Xの開発を推進するための組織改編についての議論を開始した。Jim Gettysは2000年ごろからオープンな開発モデルが必要であることを強調していた。GettysとPackardは他の何人かと共に効率的なXのオープン開発の要求仕様について議論を開始した。
そしてX11R6.4のライセンス問題の結果、XFree86 version 4.4はより制限されたライセンスで2004年2月にリリースされ、Xを使っている多くのプロジェクトでこれを使うのが困難になった。追加された条項はBSDライセンスの宣伝条項に基づいており、フリーソフトウェア財団もDebianもこれをGNU General Public License (GPL) と非互換であるとした。このライセンス問題とソース修正の困難さから、多くの人が分裂の機が熟したと感じていた。
歴史 > X.Org Foundation

2004年初め、 X.Orgとfreedesktop.orgの様々な人々が集まりX.Org Foundationが結成され、The Open Groupはx.orgというドメイン名の権利を譲渡した。これにより、Xの管理運営は大きく変化した。1988年以来（前のX.Orgも含めて）Xの開発運営は業界団体が行っていた。しかし、X.Org Foundationはソフトウェア開発者が主導し、バザールモデルに基づいたコミュニティによる開発であり、外部からの参加に依存している。個人参加も可能で、企業がスポンサーとして参加することも可能である。現在、ヒューレット・パッカードなどの企業がX.Org Foundationに援助している。
FoundationはX開発における監督的役割を担う。技術的判断はコミュニティでの合意形成によってなされ、何らかの委員会で決定されるわけではない。これはGNOME Foundationの非干渉主義的開発モデルに非常に近い。Foundationは開発者を雇っていない。
2004年4月、X.Org FoundationがXFree86 4.4RC2にX11R6.6の変更をマージしたX11R6.7をリリースした。GettysとPackardは、従来のライセンスのXFree86の最新版をベースとしてオープンな開発モデルを採用しGPLとの互換性を維持することで、かつてのXFree86開発者の多くを呼び戻した。
2004年9月、X11R6.8がリリースされた。これには多くの新機能が追加された（透明なウィンドウサポート、その他の視覚効果のサポート、3次元表示サポートなど）。また、外部アプリケーションとして、コンポジット型ウィンドウマネージャと呼ばれるもので見た目のポリシーを提供できるようになった。
2005年12月21日、X.Orgは従来からのユーザー向けにモノリシックなソースコードであるX11R6.9と、同じコードをモジュール化して分割したX11R7.0をリリースした。2006年5月22日、多数の機能強化を施したX11R7.1をリリースした。
今後

X.Org Foundationとfreedesktop.orgにより、Xの中核部分の開発が再び加速された。これらの開発者は、単にベンダーによる製品化のベースとしてだけでなく、使用可能な最終製品として今後のバージョンをリリースしようとしている。
ハードウェアやOSとの関係を限定するため、X.Orgは表示用ハードウェアへのアクセスをOpenGLとダイレクト・レンダリング・インフラストラクチャ (DRI) だけにすることを予定している。DRIはXFree86 version 4.0で登場し、X11R6.7以降で標準となった。多くのOSがハードウェア操作のためのカーネルサポートの追加を開始している。
名称

開発元のX.Org Foundationは、このソフトウェアを以下のいずれかの名前で呼ぶことを求めている。
X
X Window System
X Version 11
X Window System, Version 11
X11
かつてはよく間違われたが、X Window Systemは「"X Window"というシステム」ではなく、「"X"というウィンドウシステム」である。また、X Windowsという表記は誤りである。
Xで利用可能なウィジェット・ツールキット

FLTK
GTK
Motif
Qt
Tk
Xaw（英語版） (Project Athenaによるもの)
XView（英語版）
リリース履歴

| バージョン | リリース日 | 最も重要な変更 |
| --- | --- | --- |
| X1 | 1984年6月 | 以前のシステムWから大幅に変更されたと言う意味で、最初のソフトウェアはXと呼ばれる。 |
| X6 | 1985年1月 | いくつかの企業にライセンスされる |
| X9 | 1985年9月 | 色機能追加。MIT License下で初めてリリース |
| X10 | 1985年後半 | IBM RT-PC、PC/AT（のDOS上）等のマシンでの動作 |
| X10R2 | 1986年1月 |  |
| X10R3 | 1986年2月 | MIT の外部に初めてリリース。uwmが標準のウィンドウマネージャ。 |
| X10R4 | 1986年12月 | X10 の最後のリリース番号 |
| X11 | 1987年9月15日 | X11の最初のリリースであり、この時のバージョンのXプロトコルが基本的には2018年現在も使われている。 |
| X11R2 | 1988年1月 | Xコンソーシアムによる最初のリリース。 |
| X11R3 | 1988年10月25日 | XDM。 |
| X11R4 | 1989年12月22日 | アプリケーションの改善、新しいフォント、twmが標準のウィンドウマネージャとして搭載される。 |
| X11R5 | 1991年 | PHIGS、カラーマネジメント、X386。国際化機能 |
| X11R6 | 1994年5月16日 | ICCCM v2.0、Inter-Client Exchange、Xセッションマネジメント、X同期拡張、Xイメージ拡張、XTEST拡張、Xインプット、X Big-Request拡張、XC-MISC、XFree86の変更。 |
| X11R6.1 | 1996年3月14日 | Xダブルバッファ拡張、Xキーボード拡張、X Record拡張。 |
| X11R6.2 X11R6.3 (Broadway) | 1996年12月23日 | Web機能、 LBX。Xコンソーシアムによる最後のリリース。X11R6.2はX11R6.3の部分機能バージョン。R6.1からの新機能はXPrintと、Xlibにおける縦書きと、ユーザー定義文字のサポートのみ。 |
| X11R6.4 | 1998年3月31日 | Xinerama。 |
| X11R6.5 |  | X.orgの内部リリース。公開するためのものではない。 |
| X11R6.5.1 | 2000年8月20日 |  |
| X11R6.6 | 2001年4月4日 | バグ修正、XFree86変更。 |
| X11R6.7.0 | 2004年4月6日 | 初めて X.Org 財団としてリリース、XFree86 4.4rc2 に統合。完全なエンドユーザー向け配布。XIE、PEX、libxml2の除去。  |
| X11R6.8.0 | 2004年9月8日 | ウィンドウ透過、XDamage、Distributed Multihead X、XFixes、Composite、XEvIE。 |
| X11R6.8.1 | 2004年9月17日 | libxpmセキュリティ修正 |
| X11R6.8.2 | 2005年2月10日 | バグ修正、ドライバのアップデート |
| X11R6.9 X11R7.0 | 2005年12月21日 | EXA、モジュール化及びビルド方式に関する大規模なリファクタリング。両者はソースコード自体は基本的には同一であるが、これまでのモノリシックな構成とimakeによるコンフィグはこの6.9で凍結とされ、7.0からはモジュラー化されAutotoolsを使用している。 |
| X11R7.1 | 2006年5月22日 | EXAの改良、KDriveの統合、AIGLX、BSD等のサポート。 |
| X11R7.2 | 2007年2月15日 | LBXとビルトインのキーボードドライバの除去。XACE、XCB、autoconfigの改良、クリーンアップ。 |
| X11R7.3 | 2007年9月6日 | XServer 1.4、入力機器のホットプラグ、出力機器のホットプラグ (RandR 1.2), DTraceプローブ、PCIドメインのサポート。 |
| X11R7.4 | 2008年9月23日 | XServer 1.5.1、 XACE、PCIサブシステムのリワーク、EXAの高速化、_X_EXPORT、GLX 1.4、より高速なスタートアップとシャットダウン。 |
| X11R7.5 | 2009年10月26日 | XServer 1.7、Xi 2、XGE、E-EDIDのサポート、RandR 1.3、MPX、予測可能なポインタのアクセラレーション、DRI2メモリマネージャー、SELinuxセキュリティモジュール、古くなったライブラリや拡張のさらなる除去。 |
| X11R7.6 | 2010年12月20日 | XServer 1.9、XCBを要求。 |
| X11R7.7 | 2012年6月6日 | XServer 1.12、Sync extension 3.1 Fenceオブジェクト追加、Xi 2.2マルチタッチ、XFixes 5.0ポインターバリアー |
X11R7.7を最後に、X.Orgとして全パッケージをまとめてリリースするのを終了し、モジュールごとに個別にリリースする仕組みとなった。X.Org Serverなど各モジュールの開発は続いている。
出典・脚注

↑  “Licenses”.   X.org (2005年12月19日). 2007年10月23日閲覧。
↑  Robert W. Scheifler and James Gettys: X Window System: Core and extension protocols: X version 11, releases 6 and 6.1, Digital Press 1996, ISBN 1-55558-148-X
↑  Robert W. Scheifler (2012年6月7日). “X Window System Protocol” (英語). X.org.  The Open Group. 2019年7月9日閲覧。
1 2  Announcement: Modification to the base XFree86(TM) license. 02 Feb 2004
↑  SuperASCII 1991年8月号, p. 41.
↑  "The X-Windows Disaster"
↑  Re: X is painful 15 Nov 1996
↑  SNAP Computing and the X Window System  2005
↑  An LBX Postmortem  2001-1-24
↑  “タイムアウトの検出と回復 (TDR)”. Microsoft Docs.   マイクロソフト (2021年1月1日). 2021年1月1日閲覧。
↑  Why Apple didn't use X for the window system August 19, 2007
↑  Financing Volunteer Free Software Projects 10 Jun 2005
↑  Lessons Learned about Open Source  2000
↑  X statement 02 Apr 1998
↑  X11R6.4 Sample Implementation Changes and Concerns
↑  Q&A: The X Factor February 04, 2002
↑  The Evolution of the X Server Architecture 1999
↑  A Call For Open Governance Of X Development 23 Mar 2003
↑  XFree86 joins X.Org as Honorary Member Dec 01, 1999
↑  Another teleconference partial edited transcript 13 Apr 2003
↑  Keith Packard issue 20 Mar 2003
↑  Cygwin/XFree86 - No longer associated with XFree86.org 27 Oct 2003
↑  On XFree86 development 9 Jan 2003
↑  Invitation for public discussion about the future of X 20 Mar 2003
↑  A Call For Open Governance Of X Development 21 Mar 2003
↑  Notes from a teleconference held 2003-3-27 03 Apr 2003
↑  A Call For Open Governance Of X Development 24 Mar 2003
↑  A Call For Open Governance Of X Development 23 Mar 2003
↑  Discussing issues 14 Apr 2003
↑  Lessons Learned about Open Source 2000
↑  XFree86 4.4: List of Rejecting Distributors Grows Feb 18, 2004
1 2  Appendix A: The Cautionary Tale of XFree86 June 5, 2002
↑  X Marks the Spot: Looking back at X11 Developments of Past Year Feb 25, 2004
↑  X11R6.9 and X11R7.0 Officially Released December 21 2005
↑  Modularization Proposal 2005-03-31
↑  Proposed Changes for X11R7.1 2006-04-21
↑  Getting X Off The Hardware July, 2004
↑  X - a portable, network-transparent window system 2005年2月
↑  Releases/7.2
↑  Releases/7.3
↑  Releases/7.4
↑  Releases/7.5
↑  Releases/7.6
↑  Releases/7.7
↑  X.Org
この例では、Xサーバがキーボードとマウスの入力を受け取り、画面に表示する。ウェブブラウザと端末エミュレータがローカルに動作しており、system updaterがリモートのサーバ上で動作しているが、それを制御しているのはローカルのマシンである。リモート・アプリケーションはローカルに動作するのと何ら変わりなく動作することに注意されたい。
Network Computing Devices製のNCD-88k X端末
SSH上でX11アプリケーションをトンネリングしている例
1990年代初期のX Window Systemによるデスクトップ。twm、xterm、xbiff、xload、グラフィカルなmanページブラウザなど、MIT X Consortiumのディストリビューションにあったアプリケーションが動作している。
徐才厚

| 徐 才厚 |
| --- | --- |
 2009年10月
生誕:  1943年6月  満洲国 奉天省復県 （現・中国遼寧省瓦房店市）
死没:  2015年3月15日(2015-03-15)（71歳没）  中華人民共和国 北京市
所属組織:  中国人民解放軍陸軍
軍歴:  1968年 - 2013年
最終階級:  上将
テンプレートを表示
| 徐才厚> プロフィール |
| --- | --- |
出生：:  1943年6月
死去：:  2015年3月15日
職業：:  軍人
各種表記
繁体字：:  徐才厚
簡体字：:  徐才厚
拼音：:  Xú Cáihòu
和名表記：:  じょ さいこう
発音転記：:  シュー ツァイホウ
テンプレートを表示
徐 才厚（じょ さいこう、1943年6月 - 2015年3月15日）は中華人民共和国の軍人。総政治部主任、中国共産党中央政治局委員、党中央軍事委員会副主席、国家中央軍事委員会副主席を歴任。最終階級は上将。
経歴

1943年、満洲国時代の奉天省復県に生まれる。1963年8月、人民解放軍に入隊。1963年8月～1968年12月、ハルビン軍事工程学院電子工程系で学ぶ。卒業後、陸軍第39軍の農場で働き、1970年3月、吉林省軍区独立師団第3連隊第2大隊第6中隊に配属。1971年4月、中国共産党に入党。
1971年6月、瀋陽軍区守備第3師団砲兵連隊第1大隊第2中隊副指導員、1972年8月、吉林省軍区政治部幹部、副処長。1980年10月～1982年8月、解放軍政治学院培訓班で学ぶ。1982年8月、吉林省軍区政治部幹部処処長、1983年5月、吉林省軍区政治部副主任。1984年12月～1985年8月、瀋陽軍区政治部群工部部長。以後も政治将校として昇進を続けた。
1985年8月～1990年6月、陸軍第16集団軍政治部主任、1990年6月～1992年11月、第16集団軍政治委員。1990年、少将。1992年～1993年、総政治部主任助理。1993年、中将。1993年～1996年、総政治部副主任兼解放軍報社（中国語版）社長。1996年～1999年、済南軍区政治委員。1997年9月、第15回党大会で党中央委員会委員に選出される。
1999年9月、第15期4中全会において中国共産党中央軍事委員会委員に増補され、総政治部常務副主任に任命。1999年、上将に昇格。同年10月31日、第9期全人代常務委員会第12回会議において中華人民共和国中央軍事委員会委員に増補された。
2002年11月、第16回党大会において党中央委員に再選されるとともに、11月16日の第16期1中全会において党中央軍事委員会委員、党中央書記処書記に選出された。同年11月、総政治部主任に昇進。
2004年9月、総政治部主任を退任。同年9月19日、第16期4中全会において胡錦濤が党中央軍事委員会主席に選出されると、同委員会副主席に就任した。
2007年10月、第17回党大会において党中央委員に再選、中央政治局委員となる。党中央軍事委員会副主席にも再任され、党中央書記処書記を退任。
2012年11月、第18回党大会において党の全役職から退いた。のち収賄の容疑で習近平総書記指導部により訴追された。
膀胱癌が悪化したため北京市内にある人民解放軍附属の病院に入院していたが、2015年3月15日、多臓器不全のため死去。71歳没。
事件

2014年6月30日、中国共産党中央政治局の会議で、徐才厚の党籍を剥奪すると習近平総書記が発表した。共産党指導部は徐が収賄行為に関わったと認定し、検察部門による訴追を決めた。中国人民解放軍総後勤部元副部長の谷俊山から多額の賄賂を受け、自宅に金塊や大量の高級酒を所蔵していたという。報道によると、末期の膀胱癌の療養中の徐は3月中旬、北京市内の病院から連行され、妻と娘も同日に拘束された。。
報道によると徐は部下の昇進の基準を賄賂の多寡で決定しており、この「金と階級を交換する」悪習は高級将校から一般の兵士にまで蔓延していた。
また、軍の情報筋によると彼の軍部における権力は歯止めをかけられる者がいないほど強大化しており、ある将校がより高い階級に昇進しようと1000万元の賄賂を贈ったが、同じ階級への昇進を求めた別の将校が2000万元の賄賂を贈ったため、徐は最初の将校との昇進の約束を反故にしたという。
また、2013年、香港で100億香港ドルを資金洗浄しようとした20代の女性は徐の関係者と見られる。香港金融管理局に発見された後、彼女は約半年間収監されたが、2014年3月に徐才厚の娘や人民解放軍駐香港部隊の手助けで、3000万香港ドルの保釈金を払い、中国大陸に潜り抜けたと報じられる。
アメリカ合衆国国防長官ロバート・ゲーツ（右）と会談した際の写真
1993年シーズンのサンフランシスコ・49ers

| サンフランシスコ・49ers 1993 |
| --- | --- |
成績:  10勝6敗
地区:  NFC西地区優勝
CON:  NFC2位
結果:  NFCチャンピオンシップ敗退
組織
オーナー:  エドワード・デバートロ・ジュニア（英語版）
GM:  キャメロン・ポリシー（英語版）
HC:  ジョージ・シーファート（英語版）
ホーム:  キャンドルスティック・パーク
« 19921994 » 
1993年シーズンは、サンフランシスコ・49ersのNFL44年目のシーズンであり、AAFC時代を含めチーム創設48年目のシーズン。ジョージ・シーファート・ヘッドコーチの5年目のシーズン。
直近のチーム成績

| 年 | 成績 | NFC | 地区 | 勝 | 敗 | 分 | 率 | Div | Con | 平均得点 | 平均失点 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 1993 | NFC決勝敗退 | 2位 | 1優勝 | 10 | 6 | 0 | .625 | 4-2 | 8-4 | 29.6 | 18.4 |

| 1992 | NFC決勝敗退 | 1位 | 1優勝 | 14 | 2 | 0 | .875 | 6-0 | 11-1 | 26.9 | 14.8 |
| 1991 | レギュラー敗退 | 7位 | 3位 | 10 | 6 | 0 | .625 | 3-3 | 7-5 | 24.6 | 14.9 |
| 1990 | NFC決勝敗退 | 1位 | 1優勝 | 14 | 2 | 0 | .875 | 4-2 | 10-2 | 22.1 | 14.9 |
| 1989 | スーパーボウル制覇 | 1位 | 1優勝 | 14 | 2 | 0 | .875 | 5-1 | 10-2 | 27.6 | 15.8 |
| 1988 | スーパーボウル制覇 | 2位 | 1優勝 | 10 | 6 | 0 | .625 | 4-2 | 8-4 | 23.1 | 18.4 |
| 1987 | ディビジョナル敗退 | 1位 | 1優勝 | 13 | 2 | 0 | .867 | 5-1 | 10-1 | 30.6 | 16.9 |
| 1986 | ディビジョナル敗退 | 3位 | 1優勝 | 10 | 5 | 1 | .656 | 3-2-1 | 6-5-1 | 23.4 | 15.4 |
| 1985 | ワイルドカード敗退 | 5位 | 2位 | 10 | 6 | 0 | .625 | 4-2 | 7-5 | 25.7 | 16.4 |
| 1984 | スーパーボウル制覇 | 1位 | 1優勝 | 15 | 1 | 0 | .938 | 6-0 | 12-0 | 29.7 | 14.2 |
| 1983 | NFC決勝敗退 | 2位 | 1優勝 | 10 | 6 | 0 | .625 | 4-2 | 8-4 | 27.0 | 18.3 |
プレシーズン

| 週 | 日 | 相手 | 結果 | 戦績 | 開催地 | 観客数 |
| --- | --- | --- | --- | --- | --- | --- |
 勝利   敗戦  at：敵地での対戦
レギュラーシーズン

| 前年 | AFC> 西地区 | AFC> 中地区 | AFC> 東地区 | NFC> 西地区 | NFC> 中地区 | NFC> 東地区 |
| --- | --- | --- | --- | --- | --- | --- |
| 1位 | チャージャーズ | スティーラーズ | ドルフィンズ | 49ers | バイキングス | カウボーイズ |
| 2位 | チーフス | オイラーズ | ビルズ | セインツ | パッカーズ | イーグルス |
| 3位 | ブロンコス | ブラウンズ | コルツ | ファルコンズ | バッカニアーズ | レッドスキンズ |
| 4位 | レイダース | ベンガルズ | ジェッツ | ラムズ | ベアーズ | ジャイアンツ |
| 5位 | シーホークス |  | ペイトリオッツ |  | ライオンズ | カージナルス |
：1度対戦　 ：2度対戦
| 週 | 日 | 相手 | 結果 | 戦績 | 開催地 | 観客数 |
| --- | --- | --- | --- | --- | --- | --- |
 勝利   敗戦  at：敵地での対戦
※ 同地区の対戦相手を太文字で表示