「Xサーバ 」はこの項目へ転送 されています。レンタルサーバについては「エックスサーバー 」をご覧ください。
GNOME 2.28KDE 4.xXfce 4.6X Window System （エックスウィンドウシステム 、別称：「X11 」・「X 」など→名称については後述 ）とは、ビットマップ ディスプレイ上でウィンドウシステム を提供する表示プロトコルである。リファレンス実装 として X.Org Server があり、標準ツールキットとプロトコルを提供し、Unix系 オペレーティングシステム (OS) やOpenVMS などでのグラフィカルユーザインタフェース (GUI) を構築するのに使われる。他の多くの汎用OSにも移植 されている。
Xは1984年、マサチューセッツ工科大学 が開発した。現在のバージョンであるX11は1987年9月に登場した。現在はX.Org Foundation がXプロジェクトを主導している。リファレンス実装 であるversion 11 release 7.3（2007年9月6日）はフリーソフトウェア としてMIT License および類似のライセンスで提供している[ 1]
Xは、GUI環境構築のための基本フレームワークやプリミティブを提供する。ウィンドウ を画面上に描画したり、移動させたり、マウスやキーボードを使ってやり取りする。Xはユーザインタフェース を規定しない。それは、個々のクライアントプログラムの管理下にある。そのため、Xに基づいた環境の見た目は様々である。プログラム ごとにインタフェースは異なる。XはOSの中核 (kernel) には含まれない。アプリケーション層構築の基盤となっている。
それ以前の表示プロトコルとは異なり、Xは表示機器に付属した（あるいは統合された）システムではない。ネットワーク コネクションを通して使うことを意図して設計している。X の特徴は、Xプロトコル という、画面表示や入出力時に利用するプロトコル がネットワーク 透過 だということである。そのため、手元のマシンの表示と遠隔のマシンとの表示で表示方法に差がない。このことは、ネットワークを利用したUNIX ワークステーション 群でGUI表示を行うのに便利であり、UNIXマシンの普及と共にXも普及していった。
Xはクライアントサーバモデル に基づき、Xサーバ が各種「クライアント」プログラムと通信する。サーバはグラフィカルな出力要求を受け付け、（マウス 、キーボード 、タッチパネル などからの）ユーザー入力をクライアントに送信する。Xプロトコル自身はハードウェア環境に依存しない。そのため、X Window Systemが動作するマシンはUNIXマシンだけとは限らない。Windows 上でXサーバを動作させる、通称PC Xサーバ というソフトウェア や、ハードウェア （ファームウエア）でXプロトコルを処理する、通称X端末 も存在する。特にX端末は、UNIXマシンが非常に高価な時代に、GUIだけを安価に表示、処理できる機器として良く利用された。
このクライアントサーバという用語（ユーザーの端末 、サーバ 、クライアント であるアプリケーション ）は、しばしば新規のXユーザーを混乱させる。なぜなら用語が逆に使われているように見えるからである。しかしXはエンドユーザーではなく、むしろアプリケーションからみた考え方をしている。Xはディスプレイ やI/O サービスをアプリケーションに提供している。そのためサーバである。アプリケーションはこれらのサービスを利用している。そのためアプリケーションはクライアントである。
この例では、Xサーバがキーボードとマウスの入力を受け取り、画面に表示する。ウェブブラウザ と端末エミュレータ がローカルに動作しており、system updaterがリモートのサーバ上で動作しているが、それを制御しているのはローカルのマシンである。リモート・アプリケーションはローカルに動作するのと何ら変わりなく動作することに注意されたい。 サーバとクライアント間の通信プロトコル は、ネットワーク 透過性 を備える。クライアントとサーバは同じマシン上でも動作するし、別々のマシン上でも動作する。双方のアーキテクチャ やOSが違っていても構わない。クライアントとサーバ間の通信は、インターネット 上でもトンネリング によって安全に行うことができる。
Xクライアント自体がXサーバを内包し、複数のクライアントに対してサーバとして動作する構成も可能である。これを「Xネスティング」と呼ぶ。Xnest やXephyr は、Xネスティングをサポートしたオープンソース のクライアントである。
リモートのクライアントプログラムをローカルなサーバで表示するには、端末エミュレータ のウィンドウを開き、telnet あるいはssh でリモートのクライアントアプリケーション（あるいはシェル ）を起動し、入出力先をローカルに指定してクライアントを起動する（すなわち、export DISPLAY= [ユーザーのマシン] :0 をリモートのマシン上で設定する）。クライアントアプリケーションはローカルサーバと接続され、ローカルマシンのディスプレイと入力機器 を使って動作する。またローカルマシンは、リモートマシンに接続しクライアントアプリケーションを起動する小さなプログラムを実行することもできる。
リモートクライアントの実用的な利用例として、次のようなものがある。
リモートマシンの管理をグラフィカルに行う。
リモートマシンで計算量の多いシミュレーション を実行し、ローカルなデスクトップマシンでその結果を表示する。
複数のマシンでグラフィカルなソフトウェアを同時に実行し、その表示を1つのマシンで行い、1人のユーザーが全体を操作する。
1984年、Bob ScheiflerとJim GettysはXの基本原則を以下のように定めた[ 2] [ 3]
実際のアプリケーションでどうしても必要という場合以外は、新機能を追加するな。
機構が何でないのかを定義することは、何であるのかを定義するのと同じように重要である。あらゆる要求に答える必要はない。むしろ、互換性を維持した状態で拡張可能にしておけ。
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のデファクトスタンダード の地位を得ていた[ 4] 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) が使われている。
Network Computing Devices 製のNCD-88k X端末X端末は、Xサーバを実行するシンクライアント である。これはUNIXワークステーション が高価だったころ、大きめのサーバを複数人で共有し、各人がグラフィカルな環境を使えるようにする安価の手段として人気となった。また、これはMITのプロジェクトが本来想定していた方向性でもある。
X端末は、ネットワーク上で X Display Manager Control Protocol (XDMCP) を使って利用可能なホスト（クライアントを実行できるマシン）を探す。まず最初のホストでXディスプレイマネージャ を起動する必要がある。
専用ハードウェアとしてのX端末はその後少なくなり、より安価なXサーバ用端末としてPCや新たなシンクライアント が使われるようになっている。
UNIX-HATERS Handbook [ 6] Why X Is Not Our Ideal Window System （1990年、Gajewska, Manasse, McCormack）は、Xプロトコルの問題を詳細に論じ、改善の方法を示唆している。
Xはユーザインタフェースの仕様やアプリケーション間通信の仕様を意図的に含まないようにしている。このためそれぞれ全く異なったインタフェースが生まれ、アプリケーション間の連携を阻む原因ともなっている。ICCCM はクライアントの相互運用に関する仕様だが、正しく実装するのが困難なことで有名である。Motif とCDE も標準化の試みだったが、解決策とはならなかった。この問題は、プログラマ やユーザーを長い間悩ませてきた[ 7] ルック・アンド・フィール とアプリケーション間通信の一貫性を保つためには、特定のデスクトップ環境あるいは特定のウィジェット・ツールキットを採用してプログラムを作成するのが一般的である。
Xプロトコルは音声を全く扱わない。そのため、サウンドカード の制御も含めた部分はOSやOSS やALSA などのオーディオシステムが分担している。多くのプログラマはOS固有のサウンドAPI を使っている。クライアントサーバ型のサウンドシステムとしては、古くはrplayやNetwork Audio System があった。その後、EsounD (GNOME)、aRts (KDE) などが開発された。2001年、X.Orgはこの問題に対処するためMedia Application Server (MAS) の開発を発表した。しかし、これらはいずれも根本的な解決策とはなっていない。
SSH上でX11アプリケーションをトンネリングしている例 XクライアントをあるXサーバからデタッチし、別のXサーバに再アタッチすることはできない。しかしXとは別の遠隔操作方法であるVirtual Network Computing (VNC) ではそれが可能であり、一部のアプリケーションやツールキットではそのような機能を提供している[ 8]
XサーバとリモートのXクライアントの間の通信トラフィックは、デフォルトでは暗号化されていない。そのため悪意ある者がLANアナライザ を使えば、それを覗き見ることができるので注意が必要である。
Xの設計では、クライアントとサーバはそれぞれ独立して動作する。ハードウェアからの独立性やクライアントとサーバの分離などのオーバーヘッド は、OS内にグラフィックス機能が統合されているシステム（WindowsやMac OS ）にはないものである。Xが適切な性能を発揮するには、4MB から8MBのRAM を必要とすると言われている。これは1990年代中ごろまではWindowsやMac OSに比較すると大きかった。
Windows Vista /Windows Server 2008 以降のWindowsに搭載されているWDDM やOS XのQuartz はXのようなクライアントとサーバの分離を行えるようになっている。オーバーヘッドの大半は、ネットワーク上のラウンドトリップタイム によるものである（つまりプロトコル自体の問題ではなく、レイテンシ である）。性能問題を解決するにはそのレイテンシを考慮したアプリケーション設計をする必要がある[ 9]
ディスプレイサーバー本体やディスプレイドライバの実装は安定しているが、Windows系システムとは異なり[ 10] ミッションクリティカル なGUIアプリケーションの利用には注意を要する。
Unix系システムでは、グラフィックス表示にはXが使われるのが普通である。しかしXの代替となるシステムを開発しようという試みはいくつかある。歴史的には、サン・マイクロシステムズ のNeWS （市場では成功しなかった）、NeXT のDisplay PostScript （Apple がQuartz に置換した）、日本製のGMW があった。
Quartz開発者の1人であるMike Paquetteは、アップルがDisplay PostScriptからXに移行せずに独自のウィンドウサーバを開発した理由として、アップルが必要とする全ての機能をX11に追加してみたら、X11とは似ても似つかないものになり、他のXサーバとの互換性も失ってしまったと説明した[ 11]
他にも、FrescoやY Window SystemといったXを置換することを意図したシステムもある。しかしXとの互換性を無視したこれらのシステムは、今のところ広く受けいれられてはいない。また、Mir やWayland は互換性を重視している事もあってLinuxディストリビューションやプレインストールでの採用実績があるが、Xを置き換えるほどの勢いはない。
ハードウェアを直接操作することでXのオーバーヘッドに対処しようとした競合システムもある（例えば、DirectFBやFrameBuffer UI）。ダイレクト・レンダリング・インフラストラクチャ (DRI) は、ほぼ同等の機能をX内でモジュール 化したものと言え、それら競合システムの努力が無駄になる可能性もある。しかし、（RTAI などを使った）組み込みシステム 用LinuxではDRIのリアルタイム性は思わしくなく、そのような応用にXは今のところ不向きと言える。
グラフィックス関連のサービスでネットワーク透過性を達成するその他の手段には、以下のものがある。
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はネットワークプロトコルを使って端末やグラフィックウィンドウをサポートし、サーバ側でディスプレイリストを管理する。
1990年代初期のX Window Systemによるデスクトップ。twm 、xterm 、xbiff 、xload、グラフィカルなmanページ ブラウザなど、MIT X Consortiumのディストリビューションにあったアプリケーションが動作している。
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は最初の大規模フリーソフトウェア プロジェクトと言われることもある。
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を最後にリリースした。コンソーシアム参加各社による囲い込みのような状況になったことが解散の原因とされている[ 12] [ 13]
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の開発資金を確かなものとするため、これまでのライセンス条件を変更し、これが議論を呼んだ[ 14] XFree86 など）やいくつかの商用ベンダーでの採用が困難であった。これを受けてXFree86が分裂しそうになると、The Open Groupは1998年9月にX11R6.4を改めて従来のライセンス条件でリリースした[ 15]
XFree86 の起源は、Thomas RoellとMark W. Snitilyが1991年に書いたPC/AT互換機 向けのX11R5であるX386 serverに遡る。Snitily Graphics Consulting Services (SGCS) はこれを1992年にMIT X Consortiumに寄贈した。XFree86は時と共に進化していき、Xの実装としてのデファクトスタンダード となった[ 4]
1999年5月、The Open GroupはX.Orgを設立した（後のX.Org Foundation とは異なる）。X.Orgは当時進行中だったX11R6.5.1のリリースを実施した。当時のX開発は壊滅寸前であった[ 16] [ 17] [ 18] [ 19]
2003年までにLinuxとXの組合せが非常に一般的になってきても、X.Orgは活発にはならず[ 20] 伽藍 的開発モデルであり、開発者はCVS にコミットアクセスできず[ 21] [ 22] パッチ を保守する必要があった[ 23] [ 24] [ 25] [ 26]
X.OrgとXFree86は、Xの開発を推進するための組織改編についての議論を開始した[ 27] [ 28] [ 29] [ 30]
そしてX11R6.4のライセンス問題の結果、XFree86 version 4.4はより制限されたライセンスで2004年2月にリリースされ、Xを使っている多くのプロジェクトでこれを使うのが困難になった[ 31] BSDライセンス の宣伝条項に基づいており、フリーソフトウェア財団 もDebian もこれをGNU General Public License (GPL) と非互換であるとした[ 32] [ 33]
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開発者の多くを呼び戻した[ 32]
2004年9月、X11R6.8がリリースされた。これには多くの新機能が追加された（透明なウィンドウサポート、その他の視覚効果のサポート、3次元表示サポートなど）。また、外部アプリケーションとして、コンポジット型ウィンドウマネージャ と呼ばれるもので見た目のポリシーを提供できるようになった。
2005年 12月21日 、X.Orgは従来からのユーザー向けにモノリシックなソースコード であるX11R6.9と、同じコードをモジュール化して分割したX11R7.0をリリースした[ 34] [ 35] 2006年 5月22日 、多数の機能強化を施したX11R7.1をリリースした[ 36]
X.Org Foundationとfreedesktop.orgにより、Xの中核部分の開発が再び加速された。これらの開発者は、単にベンダーによる製品化のベースとしてだけでなく、使用可能な最終製品として今後のバージョンをリリースしようとしている。
ハードウェアやOSとの関係を限定するため、X.Orgは表示用ハードウェアへのアクセスをOpenGL とダイレクト・レンダリング・インフラストラクチャ (DRI) だけにすることを予定している。DRIはXFree86 version 4.0で登場し、X11R6.7以降で標準となった[ 37] カーネル サポートの追加を開始している。
開発元のX.Org Foundationは、このソフトウェアを以下のいずれかの名前で呼ぶことを求めている[ 38]
X X Window System X Version 11 X Window System, Version 11 X11 かつてはよく間違われたが、X Window Systemは「"X Window"というシステム」ではなく、「"X"というウィンドウシステム」である。また、X Windows
X11R7.7を最後に、X.Orgとして全パッケージをまとめてリリースするのを終了し、モジュールごとに個別にリリースする仕組みとなった[ 45] 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日 閲覧。 ^ a b Announcement: Modification to the base XFree86(TM) license. 02 Feb 2004
^ "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^ a b 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
Hania Gajewska, Mark S. Manasse and Joel McCormack, Why X Is Not Our Ideal Window System PDF , Software — Practice & Experience vol 20, issue S2 (October 1990)
Linda Mui and Eric Pearce, X Window System Volume 8: X Window System Administrator's Guide for X11 Release 4 and Release 5, 3rd edition O'Reilly and Associates, July 1993; softcover ISBN 0-937175-83-8
The X-Windows Disaster UNIX-HATERS Handbook 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
The Evolution of the X Server Architecture キース・パッカード、1999年The means to an X for Linux: an interview with David Dawes from XFree86.org Matthew Arnison, CAT TV, June 1999Lessons Learned about Open Source Jim Gettys, USENIX 2000 での X の歴史に関する講演資料On the Thesis that X is Big/Bloated/Obsolete and Should Be Replaced Christopher B. BrowneOpen Source Desktop Technology Road Map Jim Gettys, 2003年 12月9日 X Marks the Spot: Looking back at X11 Developments of Past Year Oscar Boykin, OSNews , 2004年 2月25日 Getting X Off The Hardware キース・パッカード、2004年7月 Ottawa Linux Symposium での講演資料Why Apple didn't use X for the window system Mike Paquette, Apple ComputerX Man Page 2007年 2月2日 閲覧SNAP Computing and the X Window System Jim Gettys, 2005年 Oliver Jones 著 西村 亨 監修 三浦明美・ドキュメントシステム 訳, X Window ハンドブック アスキー出版局, 1990年6月1日; ISBN 4-7561-0032-5
「SuperASCII 1991年8月号」第2巻第8号、株式会社アスキー出版、1991年8月1日。
