نظام النوافذ X

لتشغيل تطبيق عميل X على جهاز بعيد، يمكن للمستخدم القيام بما يلي:

• افتح نافذة طرفية على الجهاز المحلي
• استخدم ssh -Xالأمر للاتصال بالجهاز البعيد
• طلب خدمة عرض/إدخال محلية (على سبيل المثال، إذا لم يتم استخدام SSH مع تمكين إعادة توجيه X)export DISPLAY=[user's machine]:0

سيقوم تطبيق عميل X البعيد بعد ذلك بالاتصال بخادم X المحلي الخاص بالمستخدم، مما يوفر العرض والإدخال للمستخدم.

بدلاً من ذلك، قد يقوم الجهاز المحلي بتشغيل برنامج صغير يتصل بالجهاز البعيد ويبدأ تشغيل تطبيق العميل.

تشمل الأمثلة العملية للعملاء عن بُعد ما يلي:

• إدارة جهاز بعيد بشكل رسومي (على غرار استخدام سطح المكتب البعيد، ولكن بنافذة واحدة)
• استخدام تطبيق عميل للانضمام إلى أعداد كبيرة من مستخدمي المحطات الطرفية الآخرين في مجموعات عمل تعاونية
• تشغيل محاكاة تتطلب موارد حاسوبية مكثفة على جهاز بعيد وعرض النتائج على جهاز مكتبي محلي
• تشغيل برامج رسومية على عدة أجهزة في وقت واحد، يتم التحكم بها بواسطة شاشة واحدة ولوحة مفاتيح وفأرة

طرفية X هي عميل خفيف يشغل خادم X فقط. اكتسب هذا التصميم شعبيةً واسعةً لإنشاء مجموعات طرفية منخفضة التكلفة تتيح للعديد من المستخدمين استخدام خادم حاسوبي كبير واحد في وقت واحد لتشغيل برامج التطبيقات كعملاء لطرفية X الخاصة بكل مستخدم. يتوافق هذا الاستخدام إلى حد كبير مع الهدف الأصلي لمشروع معهد ماساتشوستس للتكنولوجيا.

تستكشف محطات X الشبكة ( نطاق البث المحلي ) باستخدام بروتوكول التحكم في مدير عرض X لإنشاء قائمة بالأجهزة المضيفة المتاحة والمسموح لها بالعمل كعملاء. يجب أن يقوم أحد أجهزة العميل بتشغيل مدير عرض X.

من عيوب محطات X ومعظم الأجهزة الطرفية الخفيفة أنها لا تدعم أي إدخال أو إخراج سوى لوحة المفاتيح والفأرة والشاشة. ويُفترض أن جميع البيانات ذات الصلة موجودة حصراً على الخادم البعيد، ولا يملك مستخدم محطة X أي وسيلة لحفظ أو تحميل البيانات من جهاز طرفي محلي .

لقد توقف استخدام محطات X المخصصة (الأجهزة)؛ حيث يوفر جهاز الكمبيوتر الشخصي أو العميل الخفيف الحديث المزود بخادم X عادةً نفس الوظائف بنفس التكلفة أو بتكلفة أقل.

أدى غياب إرشادات التصميم في X إلى ظهور واجهات مستخدم مختلفة تمامًا، وتطبيقات لم تكن متوافقة دائمًا. يُعرف دليل اتفاقيات الاتصال بين العملاء (ICCCM)، وهو مواصفة لتوافق العملاء، بصعوبة تطبيقه بشكل صحيح. ولم تُسهم جهود وضع المعايير اللاحقة، مثل Motif و CDE، في حل المشكلات، مما أثار استياء المستخدمين والمبرمجين. ^{[ 9 ]} يلجأ مبرمجو الرسومات حاليًا إلى معالجة اتساق مظهر التطبيق ووظائفه وتواصله من خلال البرمجة لبيئة سطح مكتب محددة أو لمجموعة أدوات واجهة مستخدم محددة، مما يُجنّبهم التعامل المباشر مع ICCCM.

يفتقر نظام X أيضًا إلى دعم أصلي للإجراءات المخزنة المُعرّفة من قِبل المستخدم على خادم X، على غرار نظام NeWS - فلا توجد فيه إمكانية برمجة نصية كاملة تورينج . ولذلك، قد تُقدّم بيئات سطح المكتب المختلفة إمكانياتها الخاصة (التي عادةً ما تكون غير متوافقة فيما بينها). 

قد تواجه الأنظمة المبنية على X مشكلات تتعلق بإمكانية الوصول ، مما يُصعّب استخدام الحاسوب على المستخدمين ذوي الإعاقة، بما في ذلك النقر بزر الفأرة الأيمن ، والنقر المزدوج ، والنقر الأوسط ، وتحريك مؤشر الفأرة فوق العناصر ، واستحواذ التركيز . بعض عملاء X11 يتعاملون مع مشكلات إمكانية الوصول بشكل أفضل من غيرهم، لذا لا يُحرم الأشخاص ذوو صعوبات الوصول من استخدام X11. مع ذلك، لا يوجد معيار أو إرشادات خاصة بإمكانية الوصول في X11. ضمن عملية وضع معايير X11، لا يوجد فريق عمل معني بإمكانية الوصول؛ ولكن تعمل مشاريع البرمجيات على تلبية احتياجات إمكانية الوصول من خلال توفير هذه الميزات على منصة X.

يُضيف مشروع Orca دعمًا لإمكانية الوصول إلى نظام X Window، بما في ذلك تطبيق واجهة برمجة تطبيقات ( AT-SPI ^{[ 10 ]} ). ويرتبط هذا المشروع بـ ATK الخاص بـ GNOME ، مما يسمح بتطبيق ميزات إمكانية الوصول في برامج X باستخدام واجهات برمجة تطبيقات GNOME/GTK. ^{[ 11 ]} ويوفر KDE مجموعة مختلفة من برامج إمكانية الوصول، بما في ذلك مُحوّل النص إلى كلام ومُكبّر الشاشة. ^{[ 12 ]} وتسعى بيئات سطح المكتب الرئيسية الأخرى (LXDE وXfce وEnlightenment) إلى التوافق مع ATK.

لا يمكن عادةً فصل عميل X عن خادم وإعادة ربطه بآخر إلا إذا كان كود البرنامج يسمح بذلك تحديدًا ( يُعدّ Emacs أحد البرامج الشائعة القليلة التي تتمتع بهذه الإمكانية). وبالتالي، فإن نقل جلسة كاملة من خادم X إلى آخر غير ممكن عمومًا. مع ذلك، تسمح تقنيات مثل الحوسبة الشبكية الافتراضية (VNC) و NX و Xpra بالوصول إلى جلسة افتراضية من خوادم X مختلفة (بطريقة مشابهة لـ GNU Screen فيما يتعلق بالمحطات الطرفية)، كما توفر تطبيقات ومجموعات أدوات أخرى إمكانيات مماثلة. ^{[ 13 ]} توجد أيضًا حلول بديلة مثل x11vnc ( عارضات VNC :0 ) ووضع الظل في Xpra ووضع الظل في nxagent في NX، والتي تتيح الوصول إلى شاشة خادم X الحالي. تُمكّن هذه الإمكانية من تبديل واجهة المستخدم (الماوس، لوحة المفاتيح، الشاشة) لتطبيق قيد التشغيل من مكان إلى آخر دون إيقاف التطبيق وإعادة تشغيله.

لا يتم تشفير حركة البيانات بين خادم X وعملاء X البعيدين افتراضيًا. يمكن للمهاجم الذي يستخدم برنامجًا لتحليل حزم البيانات اعتراضها، مما يتيح له رؤية أي شيء يُعرض على شاشة المستخدم أو يُرسل منها. الطريقة الأكثر شيوعًا لتشفير حركة بيانات X هي إنشاء نفق اتصال آمن (SSH).

كما هو الحال مع جميع الأجهزة الطرفية الخفيفة ، عند استخدام X عبر الشبكة، قد تعيق قيود النطاق الترددي استخدام التطبيقات كثيفة استخدام الصور النقطية التي تتطلب تحديثًا سريعًا لأجزاء كبيرة من الشاشة بزمن استجابة منخفض، مثل الرسوم المتحركة ثلاثية الأبعاد أو تحرير الصور. حتى دفق فيديو صغير نسبيًا غير مضغوط بدقة 640×480×24  بت بمعدل 30  إطارًا في الثانية (حوالي 211  ميجابت/ثانية) قد يتجاوز بسهولة النطاق الترددي لشبكة 100  ميجابت/ثانية لجهاز طرفي واحد. في المقابل، تحتوي الإصدارات الحديثة من X عمومًا على امتدادات مثل Mesa التي تسمح بتحسين عرض رسومات البرنامج محليًا لتجاوز نموذج الشبكة والتحكم المباشر في بطاقة الفيديو، وذلك لاستخدامها مع الفيديو بملء الشاشة، وتطبيقات ثلاثية الأبعاد مُعالجة، وغيرها من التطبيقات المماثلة.

يتطلب تصميم X تشغيل العميل والخادم بشكل منفصل، ويؤدي استقلال الجهاز وفصل العميل عن الخادم إلى زيادة في الحمل. ينشأ معظم هذا الحمل من زمن استجابة الشبكة ذهابًا وإيابًا بين العميل والخادم ( زمن الوصول ) وليس من البروتوكول نفسه: تعتمد أفضل حلول مشكلات الأداء على تصميم تطبيق فعال. ^{[ 14 ]} من الانتقادات الشائعة لـ X أن خصائص الشبكة فيه تؤدي إلى تعقيد مفرط وانخفاض في الأداء عند استخدامه محليًا فقط.

تستخدم تطبيقات X الحديثة مقابس نطاق يونكس لتحقيق اتصالات فعّالة على نفس المضيف. بالإضافة إلى ذلك، يمكن استخدام الذاكرة المشتركة (عبر امتداد MIT-SHM ) لتسريع الاتصال بين العميل والخادم. ^{[ 15 ]} مع ذلك، لا يزال يتعين على المبرمج تفعيل امتداد الذاكرة المشتركة واستخدامه بشكل صريح. من الضروري أيضًا توفير مسارات احتياطية لضمان التوافق مع التطبيقات القديمة، وللتواصل مع خوادم X غير المحلية.

سبقت عدة أنظمة عرض الصور النقطية نظام التشغيل X. من شركة زيروكس، ظهر نظاما ألتو (1973) وستار ( 1981). ومن شركة أبولو كمبيوتر، ظهر برنامج إدارة العرض (1981). ومن شركة آبل، ظهر نظاما ليزا (1983) وماكنتوش ( 1984). أما في عالم يونكس، فقد ظهر مشروع أندرو (1982) ومحطة بليت الطرفية التي صممها روب بايك (1982).

أنتجت جامعة كارنيجي ميلون تطبيقًا للوصول عن بعد يسمى Alto Terminal، والذي يعرض نوافذ متداخلة على جهاز Xerox Alto، ويجعل المضيفين البعيدين (عادةً أنظمة DEC VAX التي تعمل بنظام Unix) مسؤولين عن معالجة أحداث عرض النوافذ وتحديث محتويات النوافذ حسب الضرورة.

يستمد نظام التشغيل X اسمه من كونه خليفة لنظام نوافذ سابق لنظام التشغيل W (الحرف الذي يسبق X في الأبجدية الإنجليزية ) والذي كان يعمل قبل عام 1983. وكان نظام W يعمل ضمن نظام التشغيل V. واستخدم W بروتوكول شبكة يدعم نوافذ الطرفية والرسومات، حيث كان الخادم يحتفظ بقوائم العرض.

ظهرت الفكرة الأصلية لـ X في معهد ماساتشوستس للتكنولوجيا عام 1984 كثمرة تعاون بين جيم جيتيس (من مشروع أثينا ) وبوب شيفلر (من مختبر علوم الحاسوب في معهد ماساتشوستس للتكنولوجيا ). كان شيفلر بحاجة إلى بيئة عرض سهلة الاستخدام لتصحيح أخطاء نظام أرجوس. أما مشروع أثينا (وهو مشروع مشترك بين شركة دي إي سي ومعهد ماساتشوستس للتكنولوجيا وشركة آي بي إم لتوفير وصول سهل إلى موارد الحوسبة لجميع الطلاب) فكان بحاجة إلى نظام رسومات مستقل عن المنصة لربط أنظمته المتنوعة من مختلف الموردين؛ إذ لم يكن نظام النوافذ الذي كان قيد التطوير آنذاك في مشروع أندرو بجامعة كارنيجي ميلون يوفر تراخيص، ولم تكن هناك بدائل متاحة.

حلّ المشروع هذه المشكلة بإنشاء بروتوكول يسمح بتشغيل التطبيقات المحلية واستدعاء الموارد البعيدة. في منتصف عام ١٩٨٣، تم تشغيل نسخة أولية من W لنظام يونكس بسرعة تُعادل خُمس سرعتها في نظام V؛ وفي مايو ١٩٨٤، استبدل شيفلر البروتوكول المتزامن في W ببروتوكول غير متزامن ، وقوائم العرض برسومات الوضع الفوري، ليُصدر بذلك الإصدار الأول من X. أصبح X أول بيئة نظام نوافذ توفر استقلالية تامة عن الأجهزة والموردين.

بدأ شيفلر وجيتيس ورون نيومان العمل، وتطور نظام X بسرعة. أصدروا الإصدار السادس في يناير 1985. كانت شركة DEC، التي كانت تستعد آنذاك لإصدار أول محطة عمل Ultrix ، ترى أن نظام X هو نظام النوافذ الوحيد الذي يُرجح توفره في الوقت المناسب. قام مهندسو DEC بنقل الإصدار السادس من X إلى شاشة QVSS الخاصة بشركة DEC على جهاز MicroVAX .

في الربع الثاني من عام 1985، حصل X على دعم الألوان للعمل في DEC VAXstation -II/GPX، مما شكل ما أصبح الإصدار 9.

قام فريق في جامعة براون بنقل الإصدار 9 إلى جهاز IBM RT PC ، لكن مشاكل قراءة البيانات غير المتوافقة على جهاز RT أجبرت على تغيير البروتوكول بشكل غير متوافق، مما أدى إلى إصدار النسخة 10 في أواخر عام 1985. تم إصدار X10R1 في عام 1985. ^{[ 23 ]} بحلول عام 1986، بدأت منظمات خارجية في طلب X. تم إصدار X10R2 في يناير 1986، ثم X10R3 في فبراير 1986. على الرغم من أن معهد ماساتشوستس للتكنولوجيا (MIT) كان قد رخص X6 لبعض المجموعات الخارجية مقابل رسوم، إلا أنه قرر في ذلك الوقت ترخيص X10R3 والإصدارات اللاحقة بموجب ما أصبح يُعرف باسم ترخيص MIT ، بهدف زيادة انتشار X، وفي المقابل، أملاً في توفر المزيد من التطبيقات. أصبح X10R3 أول إصدار يحقق انتشارًا واسعًا، حيث أصدرت كل من DEC و Hewlett-Packard منتجات تعتمد عليه. قامت مجموعات أخرى بنقل X10 إلى أجهزة Apollo ومحطات عمل Sun وحتى إلى IBM PC/AT . عُرضت أولى التطبيقات التجارية لنظام X (وهو نظام هندسي ميكانيكي بمساعدة الحاسوب من شركة Cognition Inc.، يعمل على أجهزة VAX ويُعرض عن بُعد على أجهزة الكمبيوتر الشخصية التي تعمل بخادم X الذي قام بتطويره جيم فولتون ويان هاردنبرغ) في معرض Autofact التجاري آنذاك. وصدرت النسخة الأخيرة من X10، وهي X10R4، في ديسمبر 1986. وبُذلت محاولات لتمكين خوادم X كأجهزة تعاون في الوقت الفعلي، على غرار ما أتاحته تقنية الحوسبة الشبكية الافتراضية (VNC) لاحقًا من مشاركة سطح المكتب. وكانت أداة SharedX التي طورها فيليب ج. غوست إحدى هذه المحاولات المبكرة .

على الرغم من أن X10 قدم وظائف مثيرة للاهتمام وقوية، فقد بات من الواضح أن بروتوكول X بحاجة إلى إعادة تصميم أكثر حيادية تجاه الأجهزة قبل انتشاره على نطاق واسع، إلا أن معهد ماساتشوستس للتكنولوجيا وحده لم يكن يملك الموارد اللازمة لمثل هذه إعادة التصميم الشاملة. في هذه الأثناء، وجد مختبر البرمجيات الغربي التابع لشركة دي إي سي نفسه بين مشروعين مع فريق ذي خبرة. اقترح سموكي والاس من مختبر البرمجيات الغربي التابع لشركة دي إي سي وجيم جيتيس أن يقوم المختبر ببناء X11 وإتاحته مجانًا بنفس شروط X9 وX10. بدأت هذه العملية في مايو 1986، وتم الانتهاء من البروتوكول في أغسطس. بدأ الاختبار الأولي للبرنامج في فبراير 1987، والاختبار التجريبي في مايو؛ وتم إصدار X11 أخيرًا في 15 سبتمبر 1987. ^{[ 24 ]}

نوقش تصميم بروتوكول X11، بقيادة شيفلر، على نطاق واسع في قوائم بريدية مفتوحة على الإنترنت الناشئ، والتي كانت متصلة بمجموعات أخبار USENET. انتقل جيتيس إلى كاليفورنيا للمساعدة في قيادة أعمال تطوير X11 في WSL قادمًا من مركز أبحاث الأنظمة التابع لشركة DEC، حيث قاد فيل كارلتون وسوزان أنجبراندت تصميم وتنفيذ خادم X11 التجريبي. ولذلك، يُعد X أحد أوائل مشاريع البرمجيات الحرة والمفتوحة المصدر واسعة النطاق والموزعة .

بحلول أواخر ثمانينيات القرن العشرين، كان نظام X "أهم إنجاز منفرد لشركة أثينا حتى ذلك الحين"، كما كتب سيمسون غارفينكل عام ١٩٨٩. وورد أن شركة DEC اعتقدت أن تطويره وحده كان كافيًا لتبرير تبرعها لمعهد ماساتشوستس للتكنولوجيا. انضم غيتيس إلى فريق تصميم محطة VAXstation 2000 لضمان تشغيل نظام X، الذي أطلقت عليه DEC اسم DECwindows ، عليها، وخصصت الشركة ١٢٠٠ موظف لنقل نظام X إلى كل من نظامي Ultrix وVMS. ^{[ ٢٥ ] [ ٢٦ ]} بحلول عام ١٩٩٠، أعلنت شركتا IBM وموتورولا عن محطات طرفية خاصة بهما تعمل بنظام X. جادل بيل جوي من شركة صن مايكروسيستمز ، التي صنعت محطات عمل بدون أقراص تنافس محطات X الطرفية، بأن نظام X كان يعاني من عيوب تقنية وقد يُثقل كاهل الشبكات. ^{[ ٢٧ ]}

في عام ١٩٨٧، ومع تزايد وضوح نجاح X11، رغبت جامعة MIT في التخلي عن إدارة X، ولكن خلال اجتماع عُقد في يونيو من العام نفسه مع تسعة موردين، أبلغ الموردون الجامعة بإيمانهم بضرورة وجود جهة محايدة لمنع تشتت X في السوق. وفي يناير ١٩٨٨، تأسس اتحاد MIT X كمجموعة موردين غير ربحية، برئاسة شيفلر، لتوجيه تطوير X مستقبلاً في بيئة محايدة تجمع بين المصالح التجارية والتعليمية.

انضم جيم فولتون في يناير 1988، وكيث باكارد في مارس 1988 كمطورين رئيسيين ، حيث ركز جيم على مكتبة Xlib والخطوط ومديري النوافذ والأدوات المساعدة، بينما أعاد كيث برمجة الخادم. وانضمت دونا كونفرس وكريس د. بيترسون وستيفن جيلديا لاحقًا في ذلك العام، حيث ركزوا على مجموعات الأدوات ومجموعات الأدوات المصغّرة، وعملوا عن كثب مع رالف سويك من مشروع أثينا في معهد ماساتشوستس للتكنولوجيا. وأصدر اتحاد MIT X عدة مراجعات هامة لـ X11، أولها (الإصدار 2 - X11R2) في فبراير 1988. وانضم جاي هيرش إلى فريق العمل في يناير 1991 للعمل على وظائف PEX وX113D. وتبعه بعد ذلك بوقت قصير رالف مور (الذي عمل أيضًا على PEX) وديف ستيرنليخت. في عام 1993، عندما كان اتحاد MIT X يستعد للمغادرة من معهد ماساتشوستس للتكنولوجيا، انضم إلى الموظفين كل من آر. غاري كاتبل، وكالب كيثلي، وديفيد ويغينز. ^{[ 28 ]} 

في عام ١٩٩٣، تأسست شركة X Consortium (شركة غير ربحية) خلفًا لشركة MIT X Consortium. وأصدرت الشركة الإصدار X11R6 في ١٦ مايو ١٩٩٤. وفي عام ١٩٩٥، تولت تطوير مجموعة أدوات Motif وبيئة سطح المكتب المشتركة لأنظمة يونكس. انحلت شركة X Consortium في نهاية عام ١٩٩٦، وأصدرت النسخة النهائية X11R6.3، تاركةً وراءها إرثًا من النفوذ التجاري المتزايد في عملية التطوير. ^{[ ٢٩ ] [ ٣٠ ]}

في يناير 1997، نقل اتحاد X إدارة X إلى مجموعة Open Group ، وهي مجموعة من البائعين تم تشكيلها في أوائل عام 1996 من خلال اندماج مؤسسة البرمجيات المفتوحة و X/Open .

أصدرت مجموعة Open Group برنامج X11R6.4 في أوائل عام 1998. وقد أثار هذا الإصدار جدلاً واسعاً، إذ خالف شروط الترخيص الليبرالية التقليدية، حيث سعت المجموعة إلى ضمان تمويل تطوير X، وأشارت تحديداً إلى أن XFree86 لم يُسهم بشكلٍ كبير في X. ^{[ 31 ]} كانت الشروط الجديدة ستجعل X برنامجاً غير مجاني : مجانياً للاستخدام غير التجاري، ومدفوعاً في غير ذلك. بعد أن بدا أن XFree86 على وشك الانقسام ، ^{[ 32 ]} أعادت مجموعة Open Group ترخيص X11R6.4 بموجب الترخيص التقليدي في سبتمبر 1998. ^{[ 33 ]} وكان آخر إصدار للمجموعة هو التحديث الثالث من X11R6.4.

نشأت XFree86 في عام 1992 من خادم X386 لأجهزة IBM PC المتوافقة، والذي تم تضمينه مع X11R5 في عام 1991، وقد كتبه توماس رويل ومارك دبليو. سنيتيلي، وتبرعت به شركة سنيتيلي لخدمات استشارات الرسومات (SGCS) إلى اتحاد MIT X. تطورت XFree86 بمرور الوقت من مجرد منفذ واحد لـ X إلى التطبيق الرائد والأكثر شيوعًا، والمعيار الفعلي لتطوير X. ^{[ 34 ]}

في مايو 1999، أسست مجموعة Open Group منظمة X.Org. أشرفت X.Org على إصدار النسخ X11R6.5.1 وما بعدها. في ذلك الوقت، كان تطوير X قد وصل إلى مرحلة الركود؛ ^{[ 35 ]} وقد تركزت معظم الابتكارات التقنية منذ حلّ اتحاد X في مشروع XFree86. ^{[ 36 ]} في عام 1999، انضم فريق XFree86 إلى X.Org كعضو فخري (بدون دفع رسوم)، ^{[ 37 ]} بتشجيع من شركات تصنيع الأجهزة المختلفة ^{[ 38 ]} المهتمة باستخدام XFree86 مع لينكس، ونظرًا لكونه الإصدار الأكثر شيوعًا من X.

بحلول عام 2003، ومع ازدياد شعبية لينكس (وبالتالي قاعدة مستخدمي X)، ظلّت منظمة X.Org غير نشطة، ^{[ 39 ]} وتركز التطوير النشط بشكل كبير داخل XFree86. ومع ذلك، نشأت معارضة كبيرة داخل XFree86. عانى مشروع XFree86 من تصور نموذج تطوير أشبه بالكاتدرائية ؛ إذ لم يتمكن المطورون من الحصول على صلاحية تعديل CVS ^{[ 40 ] [ 41 ]} ، واضطر البائعون إلى صيانة مجموعات تصحيحات واسعة النطاق . ^{[ 42 ]} في مارس 2003، طردت منظمة XFree86 كيث باكارد، الذي انضم إلى XFree86 بعد انتهاء اتحاد MIT X الأصلي، وسط استياء شديد. ^{[ 43 ] [ 44 ] [ 45 ]}

بدأت X.Org و XFree86 مناقشة إعادة تنظيم مناسبة لرعاية تطوير X بشكل صحيح. ^{[ 46 ] [ 47 ] [ 48 ]} كان جيم جيتيس يدفع بقوة من أجل نموذج تطوير مفتوح منذ عام 2000 على الأقل. ^{[ 49 ]} بدأ جيتيس وباكارد وآخرون في مناقشة متطلبات الحوكمة الفعالة لـ X مع التطوير المفتوح بالتفصيل.

أخيرًا، وفي صدى لنزاع ترخيص X11R6.4، أصدرت XFree86 الإصدار 4.4 في فبراير 2004 بترخيص أكثر تقييدًا، وهو ما اعتبرته العديد من المشاريع التي تعتمد على X غير مقبول. ^{[ 50 ]} استند البند المُضاف إلى الترخيص إلى بند الإعلان في ترخيص BSD الأصلي ، والذي اعتبرته مؤسسة البرمجيات الحرة وديبيان غير متوافق مع رخصة جنو العمومية . ^{[ 51 ]} ورأت مجموعات أخرى أنه يتعارض مع روح X الأصلي. فعلى سبيل المثال، هدد ثيو دي رادت من OpenBSD بإنشاء نسخة مُعدّلة من XFree86 مُشيرًا إلى مخاوف تتعلق بالترخيص. ^{[ 52 ]} وقد جعلت مشكلة الترخيص، إلى جانب صعوبات إدخال التغييرات، الكثيرين يشعرون بأن الوقت قد حان لإنشاء نسخة مُعدّلة. ^{[ 53 ]}

في أوائل عام 2004، أسس عدد من الأشخاص من X.Org وfreedesktop.org مؤسسة X.Org ، ومنحتها مجموعة Open Group حق إدارة x.orgاسم النطاق . شكّل هذا تحولًا جذريًا في إدارة X. فبينما كانت الجهات المسؤولة عن إدارة X منذ عام 1988 (بما في ذلك X.Org السابقة) منظمات تجارية، قاد المؤسسة مطورو برامج، واعتمدت على نموذج تطوير مجتمعي قائم على المشاركة الخارجية . فُتح باب العضوية للأفراد، بينما كانت عضوية الشركات على شكل رعاية. وتدعم حاليًا العديد من الشركات الكبرى، مثل هيوليت-باكارد، مؤسسة X.Org.

تتولى المؤسسة دورًا إشرافيًا على تطوير X: تُتخذ القرارات التقنية بناءً على جدارتها من خلال التوصل إلى توافق تقريبي بين أعضاء المجتمع. لا يتخذ مجلس الإدارة القرارات التقنية؛ وبهذا المعنى، فهي تُحاكي إلى حد كبير مؤسسة جنوم التي لا تتدخل تقنيًا . لا توظف المؤسسة أي مطورين. أصدرت المؤسسة X11R6.7، خادم X.Org ، في أبريل 2004، استنادًا إلى XFree86 4.4RC2 مع دمج تغييرات X11R6.6. كان جيتيس وباكارد قد حصلا على آخر إصدار من XFree86 بموجب الترخيص القديم، ومن خلال التركيز على نموذج التطوير المفتوح والحفاظ على توافق رخصة جنو العمومية، استقطبا العديد من مطوري XFree86 القدامى. ^{[ 51 ]}

رغم حصول X11 على إضافات مثل دعم OpenGL خلال التسعينيات، إلا أن بنيته ظلت دون تغيير جوهري طوال العقد. في أوائل العقد الأول من الألفية الثانية، خضع النظام لتحديث شامل لحل عدد من المشكلات التي ظهرت على مر السنين، بما في ذلك بنية الخطوط "المعيبة" ، ونظام الرسومات ثنائية الأبعاد "الذي كان من المفترض دائمًا تطويره أو استبداله"، ومشكلات زمن الاستجابة . ^{[ 54 ]} صدرت نسخة X11R6.8 في سبتمبر 2004، مضيفةً ميزات جديدة هامة، منها دعم مبدئي للنوافذ الشفافة وغيرها من المؤثرات البصرية المتطورة، ومكبرات الشاشة، وأدوات إنشاء الصور المصغرة، وإمكانية التكامل مع أنظمة العرض ثلاثية الأبعاد الغامرة مثل مشروع Looking Glass من Sun ومشروع Croquet . توفر تطبيقات خارجية تُسمى مديري نوافذ التركيب سياسات للمظهر المرئي.

في 21 ديسمبر 2005، ^{[ 55 ]} أصدرت مؤسسة X.Org الإصدار X11R6.9، وهو عبارة عن شجرة مصدرية متكاملة للمستخدمين القدامى، والإصدار X11R7.0، وهو نفس المصدر مُقسّم إلى وحدات مستقلة، كل منها قابلة للصيانة في مشاريع منفصلة. ^{[ 56 ]} أصدرت المؤسسة الإصدار X11R7.1 في 22 مايو 2006، بعد حوالي أربعة أشهر من الإصدار 7.0، مع تحسينات كبيرة في الميزات. ^{[ 57 ]}

استمر تطوير XFree86 لبضع سنوات أخرى، وتم إصدار الإصدار 4.8.0 في 15 ديسمبر 2008. ^{[ 58 ]}

يتميز نظام X Window باستخدام دقيق لعدد من المصطلحات مقارنة بالاستخدام الشائع، وخاصة "display" و "screen"، وقد تم تقديم مجموعة فرعية منها هنا للتسهيل:

جهاز

جهاز رسومات مثل بطاقة رسومات الكمبيوتر أو شريحة الرسومات المدمجة في اللوحة الأم للكمبيوتر.

شاشة

جهاز مادي مثل شاشة CRT أو شاشة عرض كمبيوتر مسطحة.

شاشة

مساحة يمكن فيها عرض الرسومات، إما عبر برامج في ذاكرة النظام كما هو الحال مع VNC ، أو داخل جهاز رسومات، بعضها قادر على العرض على أكثر من شاشة في وقت واحد، إما بشكل متزامن أو بالتبديل بينها. غالبًا ما تُضبط الشاشات القابلة للتبديل بحيث تكون يمينًا ويسارًا افتراضيًا، وتنتقل من واحدة إلى الأخرى عندما يصل مؤشر الماوس إلى حافة الشاشة.

شاشة افتراضية

يرتبط هذا المصطلح بمعنيين مختلفين:

• تقنية تسمح بتحريك شاشة العرض حول شاشة تعمل بدقة أعلى من الدقة التي تعرضها الشاشة حاليًا.
• تأثير يتم محاكاته بواسطة مدير النوافذ من خلال الاحتفاظ بمعلومات موضع النافذة في نظام إحداثيات أكبر من الشاشة والسماح بالتحريك عن طريق تحريك النوافذ ببساطة استجابةً للمستخدم.

عرض

مجموعة من الشاشات، غالباً ما تتضمن شاشات متعددة، مُهيأة عادةً للسماح بتحريك مؤشر الفأرة إلى أي موضع داخلها. تتميز محطات العمل التي تعمل بنظام لينكس عادةً بقدرتها على عرض شاشات متعددة، حيث يمكن للمستخدم التبديل بينها باستخدام اختصار لوحة مفاتيح خاص مثل Ctrl+Alt+ مفتاح الوظيفة ، مما يؤدي إلى تبديل جميع الشاشات في آنٍ واحد من عرض شاشات شاشة إلى أخرى.

لا ينبغي الخلط بين مصطلح "الشاشة" والمصطلح التقني الأكثر تخصصًا " شاشة زافود ". فهذه الأخيرة عبارة عن تكوين نادر يسمح لعدة مستخدمين لجهاز كمبيوتر واحد بالحصول على مجموعة مستقلة من الشاشة والماوس ولوحة المفاتيح، كما لو كانوا يستخدمون أجهزة كمبيوتر منفصلة، ​​ولكن بتكلفة أقل لكل مستخدم.