توفر الواجهة الرسومية مساحة عرض فقط.إن تشغيل المخدم X وحده يؤدي إلى شاشة فارغة وحسب، لذلك تستخدم معظم الأنظمة مدير عرض display manager لعرض شاشة التحقق من المستخدم وتشغيل سطح المكتب الرسومي بعد تسجيل المستخدم دخوله. أشهر ثلاثة مدراء عرض مستخدمة حالياً هي gdm3 (GNOME Display Manager)، وkdm (KDE Display Manager)، وxdm (X Display Manager). بما أن مديرو النظم في شركة فلكوت اختاروا استخدام بيئة سطح المكتب GNOME، فقد اختاروا منطقياً gdm3
أيضاً ليستخدموه كمدير عرض. هناك خيارات كثيرة في الملف /etc/gdm3/daemon.conf
(هناك قائمة بها في ملف التخطيط /usr/share/gdm/gdm.schemas
) للتحكم بسلوك gdm3
بينما يحوي /etc/gdm3/greeter.gsettings
خيارات ”جلسة“ الترحيب (وهي أكثر من مجرد نافذة لتسجيل الدخول، بل هي سطح مكتب محدود مزود بأدوات إدارة الطاقة وتسهيلات الوصول accessibility). لاحظ أنه يمكن تعديل معظم الخيارات المفيدة للمستخدمين النهائيين من مركز تحكم GNOME.
13.2.2. اختيار مدير النوافذ
بما أن كل بيئة سطح مكتب توفر مدير نوافذ خاص بها، فإن اختيار الأولى يشمل اختيار الأخير عادة. تعتمد GNOME على مدير النوافذ mutter
(أو metacity
عندما يعمل في وضع GNOME Classic)، أما KDE فتعتمد على kwin
، وXfce (التي سنعرضها لاحقاً) لديها xfwm
. تسمح فلسفة يونكس دائماً باستخدام مدير النوافذ الذي تريده، لكن اتباع التوصيات يسمح لمدير النظام بالاستفادة العظمى من جهود التكامل التي يبذلها كل مشروع.
قد تعاني الحواسيب القديمة، على أي حال، عند تشغيل بيئات سطح المكتب الرسومية الثقيلة. في هذه الحالات، يجب استخدام إعداد أخف. نذكر من مديري النوافذ ”الخفيفين“ (light أوsmall footprint) WindowMaker (في الحزمة wmaker)، وafterstep، وfvwm، وicewm، وblackbox، وfluxbox وopenbox. في هذه الحالات، يجب ضبط النظام حتى يأخذ مدير النوافذ المناسب الأولوية؛ الطريقة القياسية لذلك هي تغيير البديل x-window-manager
باستخدام الأمر update-alternatives --config x-window-manager
.
توفر بيئات سطح المكتب الحديثة ومعظم مديرو النوافذ قوائم تسرد التطبيقات المتاحة للمستخدم. تنشئ دبيان قاعدة بيانات مركزية تسجل كافة التطبيقات المثبتة لإبقاء القوائم محدثة وموافقة للمجموعة الفعلية من التطبيقات المتوفرة. تسجل الحزم المثبتة حديثاً نفسها في قاعدة البيانات تلك، وتطلب من النظام تحديث القوائم تبعاً لذلك. تقدم هذه البنية التحتية عبر الحزمة menu.
عندما توفر الحزمة تطبيقاً يحتاج أن يظهر في نظام القوائم، تخزن ملفاً في مجلد
/usr/share/menu/
. يصف ذلك الملف بعض مزايا التطبيق (تطبيق رسومي أو لا، الخ)، والمكان الأمثل له في فروع القائمة. بعد ذلك، يستدعي السكربت اللاحق للتثبيت لهذه الحزمة الأمر
update-menus
، الذي يُحدِّث بدوره جميع الملفات اللازمة. لا يمكن أن يعرف هذا الأمر جميع أنواع القوائم التي تستخدمها التطبيقات المُثبَّتة. ولذلك، يجب أن توفر الحزم القادرة على عرض قوائم سكربتاً تنفيذياً يُستَدعَى مع كافة المعلومات اللازمة من ملف القائمة؛ يجب أن يحوّل هذا السكربت المعلومات هذه إلى عناصر يستطيع التطبيق صاحب القوائم استخدامها. تُثبّت سكربتات الترشيح هذه في مجلد
/etc/menu-methods/
.
يستطيع مدير النظام أيضاً التأثير على العملية وعلى القوائم النهائية الناتجة. أولاً، يمكنه حذف عنصر من القائمة حتى لو كان التطبيق الموافق له مُثبّتاً، وذلك ببساطة عبر تخزين ملف فارغ في /etc/menu/
اسمه يناسب الحزمة التي نريد تعطيل مدخلاتها. ثانياً، يمكن إعادة ترتيب القائمة وإعادة تسمية الأقسام أو تجميعها. الملف /etc/menu-methods/translate_menus
يحوي تعريف طريقة التنظيم هذه وفيه أمثلة مدعومة بالتعليقات. أخيراً، يمكن إضافة عناصر جديدة إلى القائمة، لفتح برامج مُثبّتة دون استخدام نظام الحزم مثلاً، أو لتشغيل أمر معين مثل فتح متصفح الوب على صفحة محددة. تُعرَّف هذه العناصر الإضافية في الملفات /etc/menu/local.element
، وهذه الملفات لها نفس صيغة الملفات الموجودة في /usr/share/menu/
.