编辑本段简介
由于X只是工具套件及架构规范，本身并无实际参与运作的实体，所以必须有人依据此标准进行开发撰写。如此才有真正可用、可运行的实体，始可称为实现体。目前依据X的规范架构所开发撰写成的实现体中，以X.Org最为普遍且最受欢迎。X.Org所用的协定版本，X11，是在1987年9月所发布。而今最新的参考实作（参考性、示范性的实作体）版本则是X11 Release 7.1（简称：X11R7.1），而此专案由X.Org基金会所领导，且是以MIT授权和相似的授权许可的自由软件。
编辑本段X客户端/服务器模式和网络透明性
X能为GUI环境提供基本的框架：在屏幕上描绘、呈现图像与移动程序视窗，同时也受理、运行、及管理电脑与鼠标、键盘的互动程序。不过，X并没有管辖到使用者接口的部份，而是由其他以X为基础的实现体来负责，也因为如此，以X为基础环境所开发成的视觉样式非常地多；不同的程序可能有截然不同的接口呈现。
X采行客户端-服务器的架构模型，由一个X服务器与多个X客户端程序进行通讯，服务器接受对于图形输出（窗口）的请求并反馈用户输入（键盘、鼠标、触摸屏），服务器可能是一个能显示到其他显示系统的应用程序，也可能是控制某个PC的视频输出的系统程序，也可能是个特殊硬件。
X的一大特点在于“网络透明性”[2]：应用程序（“客户端”应用程序）所运行的机器，不一定是使用者本地的机器（显示的“服务器”）。X中所提及的“客户端”和“服务器”等字眼用词也经常与人们一般想定的相反，“服务器”反而是在使用者本地端的自有机器上运行，而非是在远端的另一部机器上运行。
在图例中，X服务器从键盘、鼠标端取得输入资讯，之后将输入反馈显示于银幕，而网页浏览器及终端机模拟器则在用户端的本机系统上运行。此外用户端也通过网络与远端的机器、服务器保持联系，以保讯息状态的更新。如此的机制及架构能使远端运行的软件如同在本机端运行一样。服务器和客户端之间的通信协议的运作对计算机网络是透明的: 客户端和服务器可以在同一台计算机上，也可以不是, 或许其架构和操作系统也不同，但都能运行。客户机和服务器还能够使用安全连接在互联网上安全地通讯。
为了使远端客户程序显示到本地服务器，用户一般需要启动一个终端窗口和到达远端计算机的telnet或者ssh，令其显示到用户计算机，（例如：在运行bash的远端计算机上export DISPLAY=[用户的计算机]:0）然后启动客户端。 然后客户端就会连接到本地计算机，并且远端应用程序会显示到本地屏幕并被本地输入设备所控制。与之对应，本地计算机上也可以执行一个连接到远端计算机的小型代理程序，并在该端启动与运行自有需求与指定的应用程序。
实际的远端客户端的例子有：图形化管理远程计算机；在远端UNIX计算机上运行计算密集的仿真程序并把结果显示到本地的Windows桌面计算机；用一套显示器、键盘和鼠标控制同时运行在多台计算机上的图形化软件。
编辑本段X的设计原则
X的设计原则，早在最初仍在麻省理工学院的阶段（1984年）就已经成形，由Bob Scheifler和Jim Gettys两人制订出X最早的开发、强化、改进原则，原则大体如下：
除非没有它就无法完成一个真正完整的应用程序，否则不用增加新的功能。
决定一个系统不是什么和决定它是什么同样重要。与其去适应整个世界的需要，宁可使得系统可以扩展，如此才能以持续相容的方式来满足新增需求
只有完全没实例时，才会比只有一个实例来的糟。
如果问题没完全弄懂，最好不要去解决它。
如果预期要用90%的努力去完成10%的工作，应该用更简单的办法解决。（参见：更糟就是更好。）
尽量避免复杂性。
提供机制而不是策略，有关使用者接口的开发实现，交给实际应用者自主。
之后，上述原则中的第一项原则在设计X11时被加以修改，修订成：“除非已有真正的应用程序，真的需要X为其修订、增订等支援，否则不会为X增加新功能。”X基本上一直遵循这些原则，参考实现的扩展及改进也是以此原则的角度来着手，也因为奉行上述原则，使至今的最新版X仍能与最初（1987年）发布的协定标准近乎完全相容。
在OpenVMS 7.3-1上运行的DECwindows CDE
编辑本段使用者界面
X刻意不去规范应用程序在使用者界面上的具体细节设计，这些包括按钮、菜单和视窗的标题栏等等，这些都由视窗管理器（window manager）、GUI构件工具包、桌面环境（desktop environment）或者应用程序指定的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。苹果公司的Mac OS X v10.3（研发时的代号：Panther，美洲豹）包括Apple X11，它基于XFree86 4.3和X11R6.6，并能和Mac OS X更好地集成。
Microsoft的Windows本身不包含对X的支持，但是有不少第三方的实现可用，其中有自由软件如Cygwin/X、Xming、WeirdMind[5]和WeirdX，另外专有、专属性的也有Xmanager、X-Deep/32、X-Win32、WiredX 和 Exceed。它们多用于控制远程X客户端。
当X寄生在其他窗口系统（例如：Windows或Mac OS）时，X系统一般是“rootless，无根”的，也就是说：宿主（主体）窗口系统担当根窗口（背景和相关菜单）并管理寄生（客体）的X窗口的位置。但是也有些服务器，例如Exceed，能够在宿主系统上创建根窗口使得远程客户端能够做为分离的窗口在其上显示。
编辑本段终端机
X终端机（X Terminal）是做为瘦客户机在X服务器上运行的专用硬件。该架构广泛用于为了使多人同时使用同一个大型服务器而构造终端。这也符合MIT的计划的初衷。
X终端搜索网络，使用XDMCP产生允许其运行客户机的主机列表。初始主机需要运行X显示管理员（X display manager）。
专用的X终端机（硬件）现在已经不太常见了，现在经常使用个人计算机并搭配运行X终端机的实效模拟程序（Emulator）来完成相同的功能，过去（1990年代初期）业界在推行X终端机时也将其称为“穷人的UNIX工作站”。
编辑本段X的局限和批评
在《UNIX痛恨者手册》（UNIX-HATERS Handbook）一书中有个章节为："X 视窗所造成的灾祸（The X-Windows Disaster）"[6]，该书用此整个章节的篇幅内容来讨论 X 在20世纪80年代末到同世纪90年代初的问题与困扰。
编辑本段视频硬件
PC
在PC世界里，需要第三方硬件的驱动的非主流的个人计算机软件往往不能支持所有为Microsoft Windows出品的设备。X Window也不例外,它的实现往往缺少较新（或者非常旧）的显卡高效驱动程序。
X.org和XFree86这样的开源X实现中，开发社区通过复用已有代码，可以很快更新改进驱动程序，从而能够为较陈旧的或者很通用的硬件开发出高质量的驱动。
高性能图形计算目前是顶级的图形功能，一般由厂家通过专有驱动来实现，而且往往优先考虑是Windows（最大的消费市场）。由于高性能视频市场的显赫地位，一些硬件/驱动厂商会考虑通过将技术细节变为商业秘密或者将其中创新变为软件专利，而这阻碍了开源驱动的实现。
其他设备
在PC机之外的世界里，很多X的实现是为非传统设备如PDA和手机而编写（或者移植）的。这样的实现必须提供为在此之上运行的平台提供至少且必须的设备支持。
性能
X Window的C/S体系（客户端-服务器架构）设计在应用程序和视频硬件之间多加了一层软件，导致图形效率下降，所以引起了一些批评。因此开发了若干扩展，在设备和客户机在同一个系统上时，通过在取得适当许可的情况下，以直接访问设备来改善这一问题。而在Linux上，一些视频驱动已经部分移入内核以提高效率。
稳定性
另一方面，X也被批评为需要（或者提供）了过多的对硬件的直接访问，从而影响了系统稳定性。行为不良的显卡驱动（有时也可能是应用程序）甚至能够导致整个系统崩溃或者重启；有时即使操作系统仍在工作，它也不能继续渲染其显示 (这时除了重启，缺乏好的恢复手段)。
根本上，目前所有的桌面GUI操作系统都提供某种对硬件的直接访问，支持者认为市场已经证明为了提供图形性能牺牲一点稳定性是值得的。或许将来随着技术和用户的演化这一平衡会有所变化。
用户界面特征
X刻意不去规范用户界面和程序之间大多数的通信，导致出现了几种非常不同的界面，同时程序之间协同困难；而客户机之间的互操作规范ICCCM以难以正确实现而闻名。后来的标准化尝试，如Motif和CDE，也于事无补。长久以来这已经成为用户和程序员的巨大的挫折的源头[7]。目前，程序的感观一致性和通信一般是通过为特定桌面环境或者构件工具箱编程来处理，这也避免了直接和ICCCM接触。
X缺乏良好的网络与透明的声音系统。当用户对声音日益期盼时，各种不兼容的声音子系统便出现了。过去，大多数程序员只好忽略网络问题，简单地使用本地的并且是OS专用的声音API。第一代客户机-服务器声音系统有rplay和Network Audio System。而最近的努力产生了EsounD（GNOME）和ARts（KDE），而这也并非标准。而其他系统如Media Application Server则正在开发当中。
直到最近，X也没有好的打印显示器所显示的内容（所见即所得）的解决方案。许多X客户机完全用PostScript实现打印，而这与发送到服务器的几乎整个是分离的。从X11R6.3起包含了Xprint，此时客户机已经不错，但是服务器实现还不行。而从X11R6.8起实现的质量已经很好[8]，并且获得了部件的支持。
网络
X不能像VNC那样把客户端和会话从一个服务器卸下然后再附加到另一个上，但为X增加此功能的工作正在进行，另外还要实现通过VNC实现X服务器的显示。
X服务器和远端客户机之间的网络通信缺省使用明文，攻击者使用包嗅探器软件就能够截获和阅读它。这一缺陷一般可以通过在SSH隧道上使用X来解决。
设备中立和客户机与服务器分离还带来了一定开销。X的网络透明性要求客户机和服务器分别运行。在其早期，与同时的采取窗口系统嵌入操作系统这一方法的Microsoft Windows和Mac OS比较，这给独立系统带来明显的性能影响。为了获得可以接受的性能，推荐起码要4到8MB的RAM，但在1990年代之前，这被认为与Windows 或者Mac OS相比太过分了。
当前版本的Windows和Mac OS X Quartz也包含了和X的客户机/服务器相类似的子系统划分，其性能和资源需求同X加上KDE或者GNOME也类似。 现在主要的开销来自于客户机和服务器之间的网络往返延迟（非协议本身产生的滞后时间），应该通过应用程序的设计来处理[9]。
编辑本段X的竞争者
X在类UNIX系统上几乎完全占据统治地位。但是仍然有人尝试提供替代品和更多的选择。过去曾经有Sun的NeWS，但它遭到市场淘汰；还有NeXT的Display PostScript，它最终转变为苹果电脑的Mac OS X内的Quartz。
应对对于X的批评的更前卫的尝试有Berlin/Fresco和Y Window System这样的完全替换。这些代用品被认为不值得采用，而任何不能做到与X向后兼容的的替代品的可行性都被广泛置疑。
其他有的竞争者通过直接操作硬件来避免X的开销，这样的项目包括DirectFB。但是由于DRI正在致力于使用可靠的内核级接口提供帧缓冲，这些努力可能变成是多余的。
其他以图形终端服务形式达到网络透明性的尝试还有VNC（很底层的系统，通过网络发送压缩的位图；UNIX上的实现包括X服务器）、Citrix MetaFrame（类似X的Windows软件）、Tarantella（为网络浏览器提供Java客户机）和NX技术（用于远程显示的节省带宽的协议）。
编辑本段历史
事实上，早在X出现前已有几个位图式的软件显示系统已经存在，例如帕洛阿尔托研究中心（施乐公司）提出的Alto（1973年）和Star（1981年）、苹果电脑提出的Lisa（1983年）和麦金塔（1984年）、在UNIX世界也有雅典娜工程（1982年）和Rob Pike的Blit终端机（1984年）。
X从1983年之前称为W Window系统的视窗系统中，推衍出它的名字当作是继任者（在拉丁字母里面 X 直接接在 W 后面）。W Window系统是运行于V操作系统。W使用一个支援终端机和图形视窗的网络协定，而服务器维护显示的列表。
起源和早期的发展
X起初是MIT于1984年的构想，当作为雅典娜工程的吉姆·给提（Jim Gettys）和MIT计算机科学实验室的鲍伯·斯凯夫勒（Bob Scheifler）的共同研究。Scheifler需要一个可以使用的显示环境来对Argus系统除错。雅典娜工程，是DEC、MIT、和IBM之间的联合计划，用来提供给需要一个平台独立显示系统，可把不同种类多个制造商之系统连结在一起，给所有学生容易访问电脑资源；该视窗系统曾经在卡耐基美隆大学（Carnegie Mellon University，CMU）的雅典娜工程中发展过，但是在授权上并可能得到且没有其他可替代可选择。
该计划借由创立一个可以运行本地应用程序且能够拜访远端资源的协定来解决这个问题。起初在1983年中期W视窗系统的UNIX移植在V操作系统下以1/4速度运行；在1984年5月，Scheilfer将W的同步协定换成异步协定，以及将显示列表换成直接模式绘图，而创造出X的版本1。X是第一个真正的硬件和制造商无关的视窗系统环境。
Scheifler、Gettys和Ron Newman着手工作且X快速地进展着。版本6于1985年1月推出。DEC正准备要推出它的第一个Ultrix工作站，且X是唯一最有希望即时准备妥当的视窗系统。于是X6被移植到MicroVAX的DEC QVSS显示器。
1985年第二季，为了支持DEC的VAXstation-II/GPX增加了色彩支持，由此形成了版本9。尽管MIT此前已经免费许可X6给一些外部群体，它此时决定在后来演变为MIT授权的许可证下发放对X9和后续版本。X9于1985年9月发布。
布朗大学的一些人将版本9移植到IBM RT/PC，为了读取RT的非对齐数据对协议做了不兼容的修改，导致1985年稍后发布版本10。1986年有若干外部团体对X提出需要。X10R2发布于1986年1月。1986年2月的X10R3是第一个广泛发行的版本，DEC和惠普都基于它发布产品。别的一些团体把X10移植到Apollo或者Sun工作站甚至IBM PC/AT。X10的最后一个版本X10R4于1986年12月发布。
尽管X10既有趣又强大，但很明显在X被更加广泛地采纳前人们期待X的协议更加设备中立；但是这样大规模地完全重新设计所要求地资源超出了MIT自身能够提供的。于是DEC的Western Software Laboratory跻身该项目。DEC WSL的Smokey Wallace ，另外还有Jim Gettys提议X11在DEC WSL创建，但能够使用与X9和X10同样的方法自由获取。该项目于1986年5月开始，协议部分于8月结束，软件的alpha（内部）测试于1987年2月就，beta（外部）测试开始于5月。X11最终于1987年9月15日发布。
X11协议设计由Scheifler领导，并在nascent Internet的开放邮件列表上广泛讨论。于是X成为最早的较大规模的开源软件项目之一。
MIT X协会与X协会公司
1987年，随着X11取得明显成功，MIT希望免除X的管理责任。但是1987年6月与9个厂商举行会晤，这些厂商表示他们相信为了避免 X 由于商业因素而分裂，需要中立方的参与。1988年1月，X协会（X Consortium）做为非营利厂商团体而成立，由Scheifler担任主管，而Keith Packard担任高级开发人员，确保 X 能持续以中立超然的立场提供商业与学术教育所需的开发。此后MIT X协会（MIT X Consortium）完成了一系列重要的X11版本，第一个就是1988年1月的版本2（X11R2）。
1993年，X协会公司（X Consortium, Inc.；非营利性质的公司）做为MIT X协会的接继者而成立。它于1994年5月16日发布了X11R6。1995年X协会公司接手了UNIX系统的Motif工具箱和CDE（Common Desktop Environment）共通桌面环境。而原有的X协会在发布了最后一个版本的X11R6.3后，于1996年末解散。
开放团体
1997年中，X Consortium将X的管理交给开放团体（The Open Group），而它是1996年由开源软件基金会（Open Software Foundation；OSF）和X/Open合并成立的厂商团体。
开放团体于1998年首次发布X11R6.4。为了确保 X 开发上的资金，所以X11R6.4偏离传统的自由许可条款，进而引起争议[10]。新条款阻碍了许多项目（例如：XFree86）采纳它，甚至包括一些厂商。在XFree86以分离相威胁后[11]，X11R6.4于1998年9月在传统许可条款下发布[12]，而开放团体的最后一个发布是X11R6.4 patch 3，即第三度发布的补丁。
X.Org
1999年5月开放团体组建了X.Org。X.Org指导了X11R6.5.1之前的版本发布。在此期间X的开发死气沉沉[13]。2003年，随着Linux的流行X被大量安装。但是X.Org几乎无声无息，活跃的开发由XFree86承担。[14]
XFree86
主条目：XFree86
在1989年至1990年期间，托马斯·罗尔把X11R4分类器上提供的X服务器程序的源代码下载到运行速度仅为33MHz的386PC 上，成功运行了被他称为是X38611.1的X服务器。这就是XFree86的雏形。
1992年后多数技术创新都发生在XFree86项目中。1999年，由于众多对于XFree86在Linux上应用有兴趣的硬件厂商[15]的推动，并也已经成为最普及的X版本，XFree86成为X.Org的荣誉成员（不付费）[16]。
但是自2003年开始，XFree86内部却发生了争论。它被认为太教堂式了，如同它的开发模式; 开发者不能通过CVS做提交[17]，而厂商被迫维护大量补丁[18]。2003年3月，自从最初的MIT X Consortium结束之后就参加XFree86的Keith Packard由于被认为态度不良而被驱逐[19][20] [21]
X.Org和XFree86开始讨论能够有助于X开发的重组[22][23][24]Jim Gettys早在2000年就热心于开放的开发模式[25]。Gettys、Packard和其他几个人开始讨论有效管理X和开发式开发的细节。
最终就像是X11R6.4许可证争议的回响，XFree86于2004年2月在更加严格许可证下发布了4.4 。许多依赖X的项目认为该许可证无法接受[26]，特别是它和GNU General Public License[27]不兼容。 这引起一场论战，许多人认为到了该对XFree86分叉(fork)[28]的时候了，许多Linux发行版，包括Fedora、Gentoo都纷纷在最新的版本中使用X.Org基金会的发布代替XFree86。
X.Org基金会
2004年年初X.Org基金会成立。这意味着 X 在管理上的根本转变。1988年以来 X 的管理者（包括过去的X.Org）都是厂商组织，而基金会由软件开发者领导，采用依靠外部参与的集市模式的社区开发。其成员身份对个人开放，法人成员则成为赞助者。X.Org还开始同freedesktop.org密切合作。
在XFree86 4.4RC2基础上合并了X11R6.6的修改，基金会在2004年4月发布了X11R6.7。Gettys和Packard使用了在旧许可证下发布的XFree86的最后的版本，但是强调了开放的开发模式并保持了与GPL的兼容性，从而带来了很多过去XFree86的开发者[29]。
2004年9月X11R6.8发布。它加入重要的新特性，包括对半透明窗口的初步支持、很多复杂的视觉效果、屏幕放大和简图，以及与3D沉浸式显示系统（例如Sun的Project Looking Glass和Croquet project）集成的设施。而外观策略由称为合成管理器（compositing managers）的外部应用程序提供。
未来方向
有了X.Org基金会和freedesktop.org，X的开发再度加速。目前和未来的版本都将是可使用的最终产品，而不仅仅是在其上构筑产品的骨架。
随着硬件操作被移入内核，几乎对视频硬件的访问将通过OpenGL（没有硬件OpenGL的系统使用Mesa）和基层直接渲染模块进行[30]。这由XFree86 version 4引入并出现在X11R6.7及其后续版本。
参考实现的架构被模块化，每个独立模块做为分离的项目维护。X11R6.9将是单体源代码而X11R7.0将有具备相同特征集的模块化源代码。[31]。
写法、称呼上的误混
“X Window系统”一般也简称成“X11”或“X”，而“X Windows”的称写方式（类似“Microsoft Windows”的称写）并没有被正式认可，不过这种误会的称写法却经常很普遍且经常出现（例如在UNIX-HATERS Handbook一书中）。
编辑本段历史发布
版本 发表日期 重大变更
X1 1984年6月 首次使用"X"作为称呼；基金会自此将W与X区隔。
X6 1985年1月 首版授权给若干的外部公司。
X9 1985年9月 彩色化，以及首次以MIT授权方式发布。
X10 1985年后期 开始能在IBM RT/PC、IBM PC AT（使用DOS操作系统）以及其他硬件上运行。
X10R2 1986年1月
X10R3 1986年2月 首次在MIT之外发布。uwm使视窗管理员（Window Manager）程序标准化。
X10R4 1986年12月 发布X10的最后一版。
X11 1987年9月15日 首次发布现有X Window系统所用的协定（Protocol）。
X11R2 1988年 以X协会（Consortium）之名的首次发布。[32]
X11R3 1988年10月25日 发布XDM。
X11R4 1989年12月22日 XDMCP、twm成为标准的视窗管理员（Window Manager）程序，同时强化应用程序、发布Shape extension及新的字型。
X11R5 1991年12月5日 发布PEX、Xcms (色彩管理功用)、字型服务器、X386。
X11R6 1994年5月16日 发布ICCCM v2.0；Inter-Client Exchange（用户端间的交换）；X Session Management（行程管理程序）；X Synchronization extension（同步机制延伸程序）；X Image extension（影像延伸程序）；XTEST extension（XTEST延伸程序）；X Input（输入用程序）；X Big Requests；XC-MISC；变更XFree86。
X11R6.1 1996年3月14日 发布X Double Buffer extension（双重缓冲延伸程序）；X keyboard extension（键盘延伸程序）；X Record extension（记录延伸程序）。
X11R6.2
X11R6.3（研发代号：Broadway，百老汇） 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基金会进行发布，此一发布新增了XFree86 4.4rc2。此外也有完整的末端用户的发行版本。移除XIE、PEX及libxml2[35]
X11R6.8.0 2004年9月8日 发布Window translucency、XDamage、分布式多头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，主要的原始程序码进行再拆解、组构[36]，以相同的原始程序码为基础，衍生出模组化的7.0版以及一体性、团块性的6.9版。
X11R7.1 2006年5月22日 强化EXA，集成Kdrive、AIGLX，强化操作系统及平台的支援性。[37]
X11R7.2 2006年 移除LBX。[38]
[编辑] 参见
图形使用者接口的历史（History of the graphical user interface）
视窗系统（Windowing system），针对一般的终端机。
X Window系统的协议和架构（X Window System protocols and architecture）
X Window核心协议（X Window core protocol），功效机制等制订、定义。
X视窗管理器（X window manager），软件的建立原则。
用户之间的通讯对话说明书（Inter-Client Communication Conventions Manual），政策原则标准依据。
X11颜色名称（X11 color names），相关的历史零星事物。
Xgl，针对较现代、先进的显卡而设计的 X 服务器架构。
General Graphics Interface，简称GGI。一般性、共通性的图形、图像接口。
AIGLX，全称Accelerated Indirect GLX，X.Org基金会与Fedora Core Linux社群共同发起的开放原码专案，被期望以间接方式加速GLX的绘图着色功效。
VirtualGL，用于远端显示的程序，可显示立体（3D）呈现的应用程序，且能发挥运用显卡的硬件加速着色功效。
Y Window System，也称Y-Windows，是一套视窗系统，由一个视窗服务器与一个用户端函式库所组成，同时也是一套可供应用程序撰写者呼用的应用程序接口。
Sax2，也称YaST（Yet Another Setup Tool），一种操作系统设定及配置的工具程序。
UNIX程序列表（List of UNIX programs）
