X視窗系統（XWindowSystem，也常稱為X11或X）是一種以點陣圖方式顯示的軟體視窗系統。最初是1984年麻省理工學院的研究，之後變成UNIX、類UNIX、以及OpenVMS等作業系統所一致適用的標準化軟體工具包及顯示架構的運作協定。X視窗系統通過軟體工具及架構協定來創建作業系統所用的圖形用戶界面，此後則逐漸擴展適用到各形各色的其他作業系統上。現在幾乎所有的作業系統都能支持與使用X。更重要的是，今日知名的桌面環境——GNOME和KDE也都是以X視窗系統為基礎建構成的。
由於X只是工具包及架構規範，本身並無實際參與運作的實體，所以必須有人依據此標準進行開發撰寫。如此才有真正可用、可運行的實體，始可稱為實現體。目前依據X的規範架構所開發撰寫成的實現體中，以X.Org最為普遍且最受歡迎。X.Org所用的協定版本，X11，是在1987年9月所發布。而今最新的參考實現（參考性、示範性的實現體）版本則是X11Release7.6（簡稱：X11R7.6），而此專案由X.Org基金會所領導，且是以MIT授權和相似的授權許可的自由軟體。[1]
X的C/S模式和網路透明性
X能為GUI環境提供基本的框架：在螢幕上描繪、呈現圖像與移動程式視窗，同時也受理、運行、及管理電腦與滑鼠、鍵盤的互動程式。不過，X並沒有管轄到用戶界面的部份，而是由其他以X為基礎的實現體來負責，也因為如此，以X為基礎環境所開發成的視覺樣式非常地多；不同的程式可能有截然不同的接口呈現。X採用C/S的架構模型，由一個X伺服器與多個X客戶端程式進行通訊，伺服器接受對於圖形輸出（視窗）的請求並反饋用戶輸入（鍵盤、滑鼠、觸控螢幕），伺服器可能是一個能顯示到其他顯示系統的應用程式，也可能是控制某個PC的視頻輸出的系統程式，也可能是個特殊硬體。
X的一大特點在於“網路透明性”[2]：應用程式（“客戶端”應用程式）所運行的機器，不一定是用戶本地的機器（顯示的“伺服器”）。X中所提及的“客戶端”和“伺服器”等字眼用詞也經常與人們一般想定的相反，“伺服器”反而是在用戶本地端的自有機器上運行，而非是在遠程的另一部機器上運行。
在圖例中，X伺服器從鍵盤、滑鼠端取得輸入資訊，之後將輸入反應顯示於銀幕，而網頁瀏覽器及終端機模擬器則在用戶端的本機系統上執行。此外用戶端也透過網路與遠端的機器、伺服器保持聯繫，以保訊息狀態的更新。如此的機制及架構能使遠端執行的軟體如同在本機端執行一樣。
伺服器和客戶端之間的通信協定的運作對計算機網路是透明的：客戶端和伺服器可以在同一台計算機上，也可以不是，或許其架構和作業系統也不同，但都能運行。客戶機和伺服器還能夠使用安全連線在網際網路上安全地通訊。
為了使遠端客戶程式顯示到本地伺服器，用戶一般需要啟動一個終端視窗和到達遠端計算機的telnet或者ssh，令其顯示到用戶計算機，（例如：在運行bash的遠端計算機上exportDISPLAY=[用戶的計算機]:0）然後啟動客戶端。然後客戶端就會連線到本地計算機，並且遠端應用程式會顯示到本地螢幕並被本地輸入設備所控制。與之對應，本地計算機上也可以執行一個連線到遠端計算機的小型代理程式，並在該端啟動與運行自有需求與指定的應用程式。
實際的遠端客戶端的例子有：圖形化管理遠程計算機；在遠端UNIX計算機上運行計算密集的仿真程式並把結果顯示到本地的Windows桌面計算機；用一套顯示器、鍵盤和滑鼠控制同時運行在多台計算機上的圖形化軟體。
X的設計原則
X的設計原則，早在最初仍在麻省理工學院的階段（1984年）就已經成形，由鮑伯·斯凱夫勒和吉姆·傑提斯兩人制訂出X最早的開發、強化、改進原則，原則大體如下：除非沒有它就無法完成一個真正完整的應用程式，否則不用增加新的功能。
決定一個系統不是什麼和決定它是什麼同樣重要。與其去適應整個世界的需要，寧可使得系統可以擴展，如此才能以持續兼容的方式來滿足新增需求
只有完全沒實例時，才會比只有一個實例來的糟。
如果問題沒完全弄懂，最好不要去解決它[3]
如果可以通過10％的工作量得到90％的預期效果，應該用更簡單的辦法解決。（參見：更糟就是更好）
儘量避免複雜性。
提供機制而不是策略，有關用戶界面的開發實現，交給實際套用者自主。
之後，上述原則中的第一項原則在設計X11時被加以修改，修訂成：“除非已有真正的應用程式，真的需要X為其修訂、增訂等支持，否則不會為X增加新功能。”X基本上一直遵循這些原則，參考實現的擴展及改進也是以此原則的角度來著手，也因為奉行上述原則，使至今的最新版X仍能與最初（1987年）發布的協定標準近乎完全兼容。
在OpenVMS7.3-1上運行的DECwindowsCDE
用戶界面
X刻意不去規範應用程式在用戶界面上的具體細節設計，這些包括按鈕、選單和視窗的標題欄等等，這些都由視窗管理器（windowmanager）、GUI構件工具包、桌面環境（desktopenvironment）或者應用程式指定的GUI（如POS）等等的用戶軟體來提供，然而因為架構設計上保留了高度的彈性發揮空間，致使多年來X在“基礎、典型、一般性”的用戶界面上，也都有數目驚人的多樣性選擇。在X的系統架構中，視窗管理器用於控制視窗程式的位置和外觀，其界面類似Microsoft的Windows或者Macintosh（例如：KDE的KWin或者GNOME的Metacity），不過在控制機制上卻截然不同（例如：X提供的基本視窗管理器twm）。視窗管理器可能只是個框架（例如：twm），但也可能提供了全套的桌面環境功能（例如：Enlightenment）。
雖然不同的X用戶界面可以有很大的差距、差異，然而絕大多數的用戶在使用X時，多是用已經高度全套化的桌面環境，桌面環境不僅有視窗管理器，還具備各種應用程式以及協調一致的界面，目前最流行的桌面環境是GNOME和KDE，此兩者已普遍使用於Linux作業系統上，而UNIX所用的標準桌面環境多是通用桌面環境CDE，然而也有些UNIX也開始採行GNOME。
此外，X桌面環境及組件雖然極其多樣，但同時也需要保持兼容性與互通性，關於此則有freedesktop.org積極與努力地維持各種不同X桌面環境的兼容性，使相競態勢下仍不失X的兼容本色。
實現
X的標準實現是X.Org的參考實現。由於其許可證比較寬鬆，出現了大量自由的或者專有的實現。商業的UNIX商家傾向於採用參考實現並使之適應其硬體，例如高度定製並加入專有的擴展。直到2004年，在自由的類UNIX系統上最常見的X變體是XFree86。顧名思義，它源於X的386兼容的PC機的移植，到了上個（20）世紀90年代末期成為X的技術創新的主要來源和X開發的事實標準[4]。但是從2004年起，最流行的X伺服器是XFree86的分支—X.Org的參考實現。
雖然X一般和UNIX聯繫在一起，X伺服器也能夠自然地存在於其他圖形環境。DEC／COMPAQ／HP的OpenVMS作業系統用X加上CDE做為其標準桌面環境，稱為DECwindows。蘋果公司的MacOSXv10.3（研發時的代號：Panther，美洲豹）包括AppleX11，它基於XFree864.3和X11R6.6，並能和MacOSX更好地集成。
Microsoft的Windows本身不包含對X的支持，但是有不少第三方的實現可用，其中有自由軟體如Cygwin/X、Xming、WeirdMind[5]和WeirdX，另外專有、專屬性的也有Xmanager、X-Deep/32、X-Win32、WiredX和Exceed。它們多用於控制遠程X客戶端。
當X寄生在其他視窗系統（例如：Windows或MacOS）時，X系統一般是“rootless，無根”的，也就是說：宿主（主體）視窗系統擔當根視窗（背景和相關選單）並管理寄生（客體）的X視窗的位置。但是也有些伺服器，例如Exceed，能夠在宿主系統上創建根視窗使得遠程客戶端能夠做為分離的視窗在其上顯示。
X終端機
主條目：X終端機X終端機（XTerminal）是做為僅運行X伺服器的瘦客戶機的專用硬體。該架構廣泛用於為了使多人同時使用同一個大型伺服器而構造終端。這也符合MIT的計畫的初衷。
X終端搜尋網路，使用XDMCP產生允許其運行客戶機的主機列表。初始主機需要運行X顯示管理器。
專用的X終端機（硬體）現在已經不太常見了，現在經常使用個人計算機並搭配運行X終端機的實效模擬程式（Emulator）來完成相同的功能，過去（1990年代初期）業界在推行X終端機時也將其稱為“窮人的UNIX工作站”。
X的局限和批評
在《UNIX痛恨者手冊》一書中有個章節為："X視窗所造成的災禍（TheX-WindowsDisaster）"[6]，該書用此整個章節的篇幅內容來討論X在20世紀80年代末到同世紀90年代初的問題與困擾。視頻硬體
PC
在PC世界裡，需要第三方硬體的驅動的非主流的個人計算機軟體往往不能支持所有為MicrosoftWindows出品的設備。XWindow也不例外，它的實現往往缺少較新（或者非常舊）的顯示卡高效驅動程式。X.org和XFree86這樣的開源X實現中，開發社區通過復用已有代碼，可以很快更新改進驅動程式，從而能夠為較陳舊的或者很通用的硬體開發出高質量的驅動。
高性能圖形計算目前是頂級的圖形功能，一般由廠家通過專有驅動來實現，而且往往優先考慮是Windows（最大的消費市場）。由於高性能視頻市場的顯赫地位，一些硬體／驅動廠商會考慮通過將技術細節變為商業秘密或者將其中創新變為軟體專利，而這阻礙了開源驅動的實現。
其他設備[編輯]
在PC機之外的世界裡，很多X的實現是為非傳統設備如PDA和手機而編寫（或者移植）的。這樣的實現必須提供為在此之上運行的平台提供至少且必須的設備支持。
性能
XWindow的C/S體系（C/S架構）設計在應用程式和視頻硬體之間多加了一層軟體，導致繪圖效率下降，所以引起了一些批評。因此開發了若干擴展，在設備和客戶機在同一個系統上時，通過在取得適當許可的情況下，以直接訪問設備來改善這一問題。而在Linux上，一些視頻驅動已經部分移入核心以提高效率。穩定性
另一方面，X也被批評為需要（或者提供）了過多的對硬體的直接訪問，從而影響了系統穩定性。行為不良的顯示卡驅動（有時也可能是應用程式）甚至能夠導致整個系統崩潰或者重啟；有時即使作業系統仍在工作，它也不能繼續渲染其顯示（這時除了重啟，缺乏好的恢復手段）。根本上，目前所有的桌面GUI作業系統都提供某種對硬體的直接訪問，支持者認為市場已經證明為了提供圖形性能犧牲一點穩定性是值得的。或許將來隨著技術和用戶的演化這一平衡會有所變化。
用戶界面特徵
X刻意不去規範用戶界面和程式之間大多數的通信，導致出現了幾種非常不同的界面，同時程式之間協同困難；而客戶機之間的互操作規範ICCCM以難以正確實現而聞名。後來的標準化嘗試，如Motif和CDE，也於事無補。長久以來這已經成為用戶和程式設計師的巨大的挫折的源頭[7]。目前，程式的感觀一致性和通信一般是通過為特定桌面環境或者構件工具箱編程來處理，這也避免了直接和ICCCM接觸。X缺乏良好的網路與透明的音效系統。當用戶對音效日益期盼時，各種不兼容的音效子系統便出現了。過去，大多數程式設計師只好忽略網路問題，簡單地使用本地的並且是OS專用的音效API。第一代客戶機-伺服器音效系統有rplay和NetworkAudioSystem。而最近的努力產生了EsounD（GNOME）和ARts（KDE），而這也並非標準。而其他系統如MediaApplicationServer則正在開發當中。
直到最近，X也沒有好的顯示印表機所列印的內容（所見即所得）的解決方案。許多X客戶機完全用PostScript實現列印，而這與傳送到伺服器的幾乎整個是分離的。從X11R6.3起包含了Xprint，此時客戶機已經不錯，但是伺服器實現還不行。而從X11R6.8起實現的質量已經很好[8]，並且獲得了部件的支持。
網路
X不能像VNC那樣把客戶端的通信從一個伺服器卸下然後再附加到另一個上，但正在進行為X增加此功能的工作，另外還要實現通過VNC實現X伺服器的顯示。X伺服器和遠端客戶機之間的網路通信使用明文的缺陷，讓攻擊者使用數據包截取程式就能夠截獲和閱讀它。這一缺陷一般可以通過在SSH通信上使用X來解決。
設備中立和客戶機與伺服器分離還帶來了一定開銷。X的網路透明性要求客戶機和伺服器分別運行。在其早期，與同時的採取視窗系統嵌入作業系統這一方法的MicrosoftWindows和MacOS比較，這給獨立系統帶來明顯的性能影響。為了獲得可以接受的性能，推薦起碼要4到8MB的RAM，但在1990年代之前，這被認為與Windows或者MacOS相比太超過了。
當前版本的Windows和MacOSXQuartz也包含了和X的客戶機／伺服器相類似的子系統劃分，其性能和資源需求同X加上KDE或者GNOME也類似。現在主要的消耗來自於客戶機和伺服器之間的網路往返延遲（非協定本身產生的滯後時間），應該通過應用程式的設計來改善[9]。
X的競爭者
X在類UNIX系統上幾乎完全占據統治地位。但是仍然有人嘗試提供替代品和更多的選擇。過去曾經有Sun的NeWS，但它遭到市場淘汰；還有NeXT的DisplayPostScript，它最終轉變為蘋果電腦的MacOSX內的Quartz。應對對於X的批評的更前衛的嘗試有Berlin/Fresco和YWindowSystem這樣的完全替換。這些代用品被認為不值得採用，而任何不能做到與X向後兼容的的替代品的可行性都被廣泛置疑。
其他有的競爭者通過直接操作硬體來避免X的開銷，這樣的項目包括DirectFB。但是由於DRI正在致力於使用可靠的核心級接口提供幀緩衝，這些努力可能變成是多餘的。
freedesktop.org所主持的Wayland顯示伺服器同時運用了前述兩種方法處理X的缺點，它完全替換了X的架構而且運用DRI來直接操作硬體。此外，值得一提的是Ubuntu在2010年11月4日宣布未來將會採用Wayland來取代其X系統。[10]
其他以圖形終端服務形式達到網路透明性的嘗試還有VNC（很底層的系統，通過網路傳送壓縮的點陣圖；UNIX上的實現包括X伺服器）、CitrixMetaFrame（類似X的Windows軟體）、Tarantella（為網路瀏覽器提供Java客戶機）和NX技術（用於遠程顯示的節省頻寬的協定）。
歷史
前身
事實上，早在X出現前已有幾個點陣圖式的軟體顯示系統已經存在，例如帕洛阿爾托研究中心（施樂公司）提出的Alto（1973年）和Star（1981年）、蘋果電腦提出的Lisa（1983年）和麥金塔（1984年）、在UNIX世界也有雅典娜工程（1982年）和RobPike的Blit終端機（1984年）。X從1983年之前稱為WWindow系統的視窗系統中，推衍出它的名字當作是繼任者（在拉丁字母裡面X直接接在W後面）。WWindow系統是運行於V作業系統。W使用一個支持終端機和圖形視窗的網路協定，而伺服器維護顯示的列表。
起源和早期的發展[編輯]
X起初是MIT於1984年的構想，當作為雅典娜工程的吉姆·給提和MIT計算機科學實驗室的鮑伯·斯凱夫勒的共同研究。Scheifler需要一個可以使用的顯示環境來對Argus系統除錯。雅典娜工程，是DEC、MIT、和IBM之間的聯合計畫，用來提供給需要一個平台獨立顯示系統，可把不同種類多個製造商之系統連結在一起，給所有學生容易訪問電腦資源；該視窗系統曾經在卡耐基美隆大學（CarnegieMellonUniversity，CMU）的雅典娜工程中發展過，但是在授權上並可能得到且沒有其他可替代可選擇。
該計畫藉由創立一個可以運行本地應用程式且能夠拜訪遠程資源的協定來解決這個問題。起初在1983年中期W視窗系統的UNIX移植在V作業系統下以1/4速度運行；在1984年5月，Scheilfer將W的同步協定換成異步協定，以及將顯示列表換成直接模式繪圖，而創造出X的版本1。X是第一個真正的硬體和製造商無關的視窗系統環境。
Scheifler、Gettys和RonNewman著手工作且X快速地進展著。版本6於1985年1月推出。DEC正準備要推出它的第一個Ultrix工作站，且X是唯一最有希望實時準備妥當的視窗系統。於是X6被移植到MicroVAX的DECQVSS顯示屏。
1985年第二季，為了支持DEC的VAXstation-II/GPX增加了色彩支持，由此形成了版本9。儘管MIT此前已經免費許可X6給一些外部群體，它此時決定在後來演變為MIT授權的許可證下發放對X9和後續版本。X9於1985年9月發布。
布朗大學的一些人將版本9移植到IBMRT/PC，為了讀取RT的非對齊數據對協定做了不兼容的修改，導致1985年稍後發布版本10。1986年有若干外部團體對X提出需要。X10R2發布於1986年1月。1986年2月的X10R3是第一個廣泛發行的版本，DEC和惠普都基於它發布產品。別的一些團體把X10移植到Apollo或者Sun工作站甚至IBMPC/AT。X10的最後一個版本X10R4於1986年12月發布。
儘管X10既有趣又強大，但很明顯在X被更加廣泛地採納前人們期待X的協定更加設備中立；但是這樣大規模地完全重新設計所要求地資源超出了MIT自身能夠提供的。於是DEC的WesternSoftwareLaboratory躋身該項目。DECWSL的SmokeyWallace，另外還有JimGettys提議X11在DECWSL創建，但能夠使用與X9和X10同樣的方法自由獲取。該項目於1986年5月開始，協定部分於8月結束，軟體的alpha（內部）測試於1987年2月就，beta（外部）測試開始於5月。X11最終於1987年9月15日發布。
X11協定設計由Scheifler領導，並在nascentInternet的開放郵件列表上廣泛討論。於是X成為最早的較大規模的開源軟體項目之一。
MITX協會與X協會公司[編輯]
1987年，隨著X11取得明顯成功，MIT希望免除X的管理責任。但是1987年6月與9個廠商舉行會晤，這些廠商表示他們相信為了避免X由於商業因素而分裂，需要中立方的參與。1988年1月，X協會（XConsortium）做為非營利廠商團體而成立，由Scheifler擔任主管，而KeithPackard擔任高級開發人員，確保X能持續以中立超然的立場提供商業與學術教育所需的開發。此後MITX協會（MITXConsortium）完成了一系列重要的X11版本，第一個就是1988年1月的版本2（X11R2）。
1993年，X協會公司（XConsortium,Inc.；非營利性質的公司）做為MITX協會的接繼者而成立。它於1994年5月16日發布了X11R6。1995年X協會公司接手了UNIX系統的Motif工具箱和CDE（CommonDesktopEnvironment）共通桌面環境。而原有的X協會在發布了最後一個版本的X11R6.3後，於1996年末解散。
開放團體
1997年中，XConsortium將X的管理交給開放團體，而它是1996年由開源軟體基金會（OSF）和X/Open合併成立的廠商團體。開放團體於1998年首次發布X11R6.4。為了確保X開發上的資金，所以X11R6.4偏離傳統的自由許可條款，進而引起爭議[11]。新條款阻礙了許多項目（例如：XFree86）採納它，甚至包括一些廠商。在XFree86以分離相威脅後[12]，X11R6.4於1998年9月在傳統許可條款下發布[13]，而開放團體的最後一個發布是X11R6.4patch3，即第三度發布的補丁。
X.Org[編輯]
1999年5月開放團體組建了X.Org。X.Org指導了X11R6.5.1之前的版本發布。在此期間X的開發死氣沉沉[14]。2003年，隨著Linux的流行X被大量安裝。但是X.Org幾乎無聲無息，活躍的開發由XFree86承擔。[15]
XFree86
主條目：XFree86在1989年至1990年期間，托馬斯·羅爾把X11R4分類器上提供的X伺服器程式的原始碼下載到運行速度僅為33MHz的386PC上，成功運行了被他稱為是X38611.1的X伺服器。這就是XFree86的雛形。
1992年後多數技術創新都發生在XFree86項目中。1999年，由於眾多對於XFree86在Linux上套用有興趣的硬體廠商[16]的推動，並也已經成為最普及的X版本，XFree86成為X.Org的榮譽成員（不付費）[17]。
但是自2003年開始，XFree86內部卻發生了爭論。它被認為太教堂式了，如同它的開發模式；開發者不能通過CVS做提交[18]，而廠商被迫維護大量補丁[19]。2003年3月，自從最初的MITXConsortium結束之後就參加XFree86的KeithPackard由於被認為態度不良而被驅逐[20][21][22]
X.Org和XFree86開始討論能夠有助於X開發的重組[23][24][25]JimGettys早在2000年就熱心於開放的開發模式[26]。Gettys、Packard和其他幾個人開始討論有效管理X和開放式開發的細節。
最終就像是X11R6.4許可證爭議的迴響，XFree86於2004年2月在更加嚴格許可證下發布了4.4。許多依賴X的項目認為該許可證無法接受[27]，特別是它和GNUGeneralPublicLicense[28]不兼容。這引起一場論戰，許多人認為到了該對XFree86分叉（fork）[29]的時候了，許多Linux發行版，包括Fedora、Gentoo都紛紛在最新的版本中使用X.Org基金會的發布代替XFree86。
X.Org基金會[編輯]
2004年年初X.Org基金會成立。這意味著X在管理上的根本轉變。1988年以來X的管理者（包括過去的X.Org）都是廠商組織，而基金會由軟體開發者領導，採用依靠外部參與的集市模式的社區開發。其成員身份對個人開放，法人成員則成為贊助者。X.Org還開始同freedesktop.org密切合作。
在XFree864.4RC2基礎上合併了X11R6.6的修改，基金會在2004年4月發布了X11R6.7。Gettys和Packard使用了在舊許可證下發布的XFree86的最後的版本，但是強調了開放的開發模式並保持了與GPL的兼容性，從而帶來了很多過去XFree86的開發者[28]。
2004年9月X11R6.8發布。它加入重要的新特性，包括對半透明視窗的初步支持、很多複雜的視覺效果、螢幕放大和簡圖，以及與3D沉浸式顯示系統（例如Sun的ProjectLookingGlass和Croquetproject）集成的設施。而外觀策略由稱為合成管理器（compositingmanagers）的外部應用程式提供。
未來方向
有了X.Org基金會和freedesktop.org，X的開發再度加速。目前和未來的版本都將是可使用的最終產品，而不僅僅是在其上構築產品的骨架。隨著硬體操作被移入核心，幾乎對視頻硬體的訪問將通過OpenGL（沒有硬體OpenGL的系統使用Mesa3D）和基層直接渲染模組進行[30]。這由XFree86version4引入並出現在X11R6.7及其後續版本。
參考實現的架構被模組化，每個獨立模組做為分離的項目維護。X11R6.9將是單體原始碼而X11R7.0將有具備相同特徵集的模組化原始碼。[31]。
寫法、稱呼上的誤混[編輯]
“X視窗系統”一般也簡稱成“X11”或“X”，而“XWindows”的稱寫方式（類似“MicrosoftWindows”的稱寫）並沒有被正式認可，不過這種誤會的稱寫法卻經常很普遍且經常出現（例如在UNIX痛恨者手冊一書中）。
版本歷史
版本 發表日期 重大變更X1 1984年6月 首次使用"X"作為稱呼；基金會自此將W與X區隔。
X6 1985年1月 首版授權給若干的外部公司。
X9 1985年9月 彩色化，以及首次以MIT授權方式發布。
X10 1985年後期 開始能在IBMRT/PC、IBMPCAT（使用DOS作業系統）以及其他硬體上運行。
X10R2 1986年1月
X10R3 1986年2月 首次在MIT之外發布。uwm使視窗管理器（WindowManager）程式標準化。
X10R4 1986年12月 發布X10的最後一版。
X11 1987年9月15日 首次發布現有X視窗系統所用的協定（Protocol）。
X11R2 1988年2月 以X協會（Consortium）之名的首次發布。[32]
X11R3 1988年10月25日 發布XDM。
X11R4 1989年12月22日 XDMCP、twm成為標準的視窗管理器（WindowManager）程式，同時強化應用程式、發布Shapeextension及新的字型。
X11R5 1991年12月5日 發布PEX、Xcms（色彩管理功用）、字型伺服器、X386。
X11R6 1994年5月16日 發布ICCCMv2.0；Inter-ClientExchange（客戶端間的交換）；XSessionManagement（進程管理程式）；XSynchronizationextension（同步機制延伸程式）；XImageextension（圖像延伸程式）；XTESTextension（XTEST延伸程式）；XInput（輸入用程式）；XBigRequests；XC-MISC；變更XFree86。
X11R6.1 1996年3月14日 發布XDoubleBufferextension（雙重緩衝延伸程式）；Xkeyboardextension（鍵盤延伸程式）；XRecordextension（記錄延伸程式）。
X11R6.2
X11R6.3
（代號：百老匯） 1996年12月23日 發布Web功能功效、LBX。以X協會之名的最後一次發布。X11R6.2是X11R6.3的子集合（subset），X11R6.3隻針對原有X11R6.1進行特點強化，如XPrint以及可以直書的Xlib，以及可由用戶進行特性定義。[33]
X11R6.4 1998年3月31日 發布Xinerama。[34]
X11R6.5 X.org的一次內部發布，沒有對外公開。
X11R6.5.1 2000年8月20日
X11R6.6 2001年4月4日 修復錯誤、變更XFree86。
X11R6.7.0 2004年4月6日 首次由X.Org基金會進行發布，此一發布新增了XFree864.4rc2。此外也有完整的末端用戶的發布版本。移除XIE、PEX及libxml2。[35]
X11R6.8.0 2004年9月9日 發布Windowtranslucency、XDamage、分散式多頭X、XFixes、Composite、XEvIE等。[36]
X11R6.8.1 2004年9月17日 修補libxpm的安全防護功效。[37]
X11R6.8.2 2005年2月9日 修補錯誤，更新驅動程式。[38]
X11R6.9
X11R7.0 2005年12月21日 發布EXA，主要的原始代碼進行再拆解、組構。以相同的原始代碼為基礎，派生出模組化的7.0版以及一體性、團塊性的6.9版。[39]
X11R7.1 2006年5月22日 強化EXA，集成Kdrive、AIGLX，強化作業系統及平台的支持性。[40]
X11R7.2 2007年2月15日 移除LBX。[41]
X11R7.3 2007年9月6日 支持XServer1.4，輸入hotplug，輸出hotplug(RandR1.2),DTraceprobes,PCIdomain[42]
X11R7.4 2008年9月23日 支持XServer1.5.1,XACE,PCI-rework,EXAspeed-ups,_X_EXPORT,GLX1.4，更快的啟動和關機。[43]
X11R7.5 2009年10月26日 支持XServer1.7,XKB2及Xi2,XGE,RandR1.3(GPUobject),MPX,predictablepointeracceleration,DRI內存管理器,DRI2,Shatter，進一步消除過時的libraries及擴展。[44]
X11R7.6 2010年12月20日 支持XServer1.9,Xi3,XKB2,UnixWarepossibleXCBrequirement。[45]
X11R7.7 2012年6月6日 Xorgserver1.10改變,Xorgserver1.11改變,Xorgserver1.12改變;Sync擴展3.1:增加Fenceobject支持;Xi2.2多點觸控支持;XFixes5.0:PointerBarriers。[46]
參見
視窗系統（Windowingsystem），針對一般的終端機。X視窗系統的協定和架構
XWindow核心協定，功效機制等制訂、定義。
X視窗管理器，軟體的創建原則。
用戶之間的通信對話說明書，政策原則標準依據。
X11顏色名稱：相關的歷史零星事物。
Xgl，針對較現代、先進的顯示卡而設計的X伺服器架構。
GeneralGraphicsInterface，簡稱GGI。一般性、共通性的圖形、圖像接口。
AIGLX，全稱AcceleratedIndirectGLX，X.Org基金會與FedoraCoreLinux社區共同發起的開放原碼專案，被期望以間接方式加速GLX的繪圖著色功效。
VirtualGL，用於遠程顯示的程式，可顯示立體（3D）呈現的應用程式，且能發揮運用顯示卡的硬體加速著色功效。
YWindowSystem，也稱Y-Windows，是一套視窗系統，由一個視窗伺服器與一個客戶端庫所組成，同時也是一套可供應用程式撰寫者呼用的應用程式接口。
