13.2.1. Scelta di un display manager
The graphical interface only provides display space. Running the X server by itself only leads to an empty screen, which is why most installations use a display manager to display a user authentication screen and start the graphical desktop once the user has authenticated. The three most popular display managers in current use are gdm3 (GNOME Display Manager), kdm (KDE Display Manager) and xdm (X Display Manager). Since the Falcot Corp administrators have opted to use the GNOME desktop environment, they logically picked gdm3
as a display manager too. The /etc/gdm3/daemon.conf
configuration file has many options (the list can be found in the /usr/share/gdm/gdm.schemas
schema file) to control its behaviour while /etc/gdm3/greeter.gsettings
contains settings for the greeter “session” (more than just a login window, it's a limited desktop with power management and accessibility related tools). Note that some of the most useful settings for end-users can be tweaked with GNOME's control center.
13.2.2. Scelta di un window manager
Since each graphical desktop provides its own window manager, choosing the former usually implies software selections from the latter. GNOME uses the mutter
window manager (or metacity
when run in GNOME Classic mode), KDE uses kwin
, and Xfce (which we present later) has xfwm
. The Unix philosophy always allows using one's window manager of choice, but following the recommendations allows an administrator to best take advantage of the integration efforts led by each project.
Older computers may, however, have a hard time running heavyweight graphical desktop environments. In these cases, a lighter configuration should be used. “Light” (or small footprint) window managers include WindowMaker (in the wmaker package), Afterstep, fvwm, icewm, blackbox, fluxbox, or openbox. In these cases, the system should be configured so that the appropriate window manager gets precedence; the standard way is to change the x-window-manager
alternative with the update-alternatives --config x-window-manager
command.
13.2.3. Gestione dei menu
I moderni ambienti desktop e molti window manager forniscono dei menu che elencano le applicazioni disponibili all'utente. Per poter tenere aggiornati i menu con l'effettivo insieme di applicazioni disponibili, Debian ha creato un database centralizzato che registra tutte le applicazioni installate. Quando un pacchetto viene installato, si registra in quel database e dice al sistema di aggiornare i menu di conseguenza. Questa infrastruttura viene gestita nel pacchetto menu.
Quando un pacchetto fornisce un'applicazione che dovrebbe apparire nel sistema di menu, questi memorizza un file nella directory
/usr/share/menu/
. Quel file descrive alcune delle funzionalità dell'applicazione (incluso se è un'applicazione grafica o no) e la posizione migliore per essa nella gerarchia dei menu. Quindi lo script di post-installazione di questo pacchetto esegue il comando
update-menus
, che a sua volta aggiorna tutti i file richiesti. Questo comando non può conoscere tutti i tipi di menu usati dalle applicazioni installate. Di conseguenza, i pacchetti che mostrano un menu devono fornire uno script eseguibile che sarà invocato con tutte le informazioni richieste dal file di menu; lo script a questo punto deve trasformare queste informazioni in elementi che verrano usati dall'applicazione che fornisce i menu. Questi script di filtro sono installati nella directory
/etc/menu-methods/
.
The administrator can also have a say in the process and in the resulting generated menus. First, they can delete a menu element even when the matching application is installed, by simply storing in /etc/menu/
an empty file named according to the package providing the entries to be disabled. Second, the menu can be reorganized and sections renamed or grouped. The /etc/menu-methods/translate_menus
file is where this reorganization is defined and contains commented examples. Finally, new elements can be added to the menu, for example to start programs installed outside the packaging system, or to run a particular command such as starting a web browser on a particular page. These extra elements are specified in /etc/menu/local.element
files, which have the same format as other menu files available under /usr/share/menu/
.