J'ai deux sessions de X fonctionnant avec des résolutions différentes. Je passe de l'une à l'autre selon que mon ordinateur portable est relié à un moniteur externe ou qu'il utilise son propre écran à cristaux liquides.
Voici mon fichier /usr/lib/X11/xdm/Xservers qui lance les deux affichages :
:1 local /usr/X11R6/bin/X :1 -layout 1024x768
:0 local /usr/X11R6/bin/X :0 -layout 1600x1200
Ensuite je définis pour le serveur l'apparence suivante [ServerLayout] : 1024x768 et 1600x1200 dans mon fichier /etc/X11/XF86Config-4, comme suit :
Section "ServerLayout"
Identifier "1600x1200"
Screen "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "ServerLayout"
Identifier "1024x768"
Screen "Screen1" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Screen"
Identifier "Screen0"
Device "S3 Savage/MX"
Monitor "Monitor0"
DefaultDepth 16
Subsection "Display"
Depth 16
Modes "1600x1200" "1280x1024" "1024x768"
EndSubsection
EndSection
?## et toc !
Section "Screen"
Identifier "Screen1"
Device "S3 Savage/MX"
Monitor "Monitor0"
DefaultDepth 16
Subsection "Display"
Depth 16
Modes "1024x768" "800x600"
EndSubsection
EndSection
Notez l'utilisation des identifiants [Identifiers] ici. Diego démarre deux affichages séparés ici. Il peut alors choisir lequel il veut lorsqu'il se connecte.
La plupart des gestionnaires d'affichage viennent du vénérable xdm de XFree86, avec en plus leurs propres perfectionnements. Voyons rapidement les plus répandus d'entre eux.
xdmxdm peut être configuré à l'aide des fichiers de configuration situés dans /etc/X11/xdm/, /usr/X11R6/lib/X11/xdm, ou à des emplacements semblables selon votre système. Ce sont de gros fichiers système. Le fichier xdm-config est le fichier principal de configuration, et décrit surtout où trouver les fichiers secondaires de configuration :
! $XConsortium: xdm-conf.cpp /main/3 1996/01/15 15:17:26 gildea $
DisplayManager.errorLogFile: /var/log/xdm-errors
DisplayManager.servers: /etc/X11/xdm/Xservers
DisplayManager.accessFile: /etc/X11/xdm/Xaccess
! Tous les affichages devraient utiliser une autorisation
! mais ce n'est pas absolument certain.
! Les terminaux X seront configurés de cette manière, donc par défaut
! n'utiliser d'autorisation que pour les affichages locaux 0, 1, etc.
DisplayManager._0.authorize: true
DisplayManager._1.authorize: true
! Les trois ressources suivantes définissent l'affichage 0
! comme console
DisplayManager._0.setup: /etc/X11/xdm/Xsetup_0
DisplayManager._0.startup: /etc/X11/xdm/GiveConsole
DisplayManager._0.reset: /etc/X11/xdm/TakeConsole
!
DisplayManager*resources: /etc/X11/xdm/Xresources
DisplayManager*session: /etc/X11/xdm/Xsession
!
! SECURITE : Ne tenez pas compte d'éventuelles requêtes de XDMCP ou de Chooser
! Commentez cette ligne si vous voulez gérer les terminaux X avec xdm
DisplayManager.requestPort: 0
! signale les commentaires. La commande qui démarre le serveur X est située dans /etc/X11/xdm/Xservers dans cet exemple précis comme défini par DisplayManager.servers, et est l'équivalent de xserverrc qui a été employé pour démarrer le serveur X avec startx, mais la syntaxe est légèrement différente ici. Le contenu du fichier /etc/X11/xdm/Xservers sur mon système est simplement :
:0 local /usr/X11R6/bin/X
Cela démarre X sur le premier affichage local (désigné par 0). C'est ici, à la fin, qu'il faut mettre les options en ligne de commande que vous souhaiteriez ajouter.
Ci-dessous un exemple du fichier /etc/X11/xdm/Xsetup_0 qui ne sert que pour configurer l'écran d'ouverture de session. Notez que nous utilisons un script shell, et qu'il appelle xv (un programme d'affichage graphique) pour avoir comme arrière-plan une belle image (à la place du triste arrière-plan noir et blanc), et si cela échoue, le xsetroot est alors appelé pour essayer au moins d'avoir comme arrière-plan une couleur bleue plus jolie. Ceci ne configure pas l'outil d'ouverture de session lui-même - mais juste d'autres choses que l'on souhaiterait avoir sur l'écran pendant l'ouverture de session.
#!/bin/sh
xconsole -geometry 480x100-0-0 -daemon -notify -verbose -fn \
'-schumacher-clean-medium-r-*-*-10-*-*-*-*-*-*-*' -exitOnFail &
/usr/X11R6/bin/xv -quit -root /usr/share/pixmaps/Backgrounds/InDreams.jpg \
|| xsetroot -solid darkblue
Le fichier /etc/X11/xdm/Xresources contrôle les ressources de X utilisées pendant l'ouverture de session. Dans ce contexte, les ressources sont des préférences de l'utilisateur portant sur certains éléments comme la police ou les couleurs (décrites avec plus de détails ci-dessous). Ci-dessous un bout de code qui paramètre les polices pour l'outil d'ouverture de session :
#if WIDTH > 800
xlogin*greetFont: -adobe-helvetica-bold-o-normal--24-240-75-75-p-138-iso8859-1
xlogin*font: -adobe-helvetica-medium-r-normal--18-180-75-75-p-103-iso8859-1
xlogin*promptFont: -adobe-helvetica-bold-r-normal--18-180-75-75-p-103-iso8859-1
xlogin*failFont: -adobe-helvetica-bold-r-normal--18-180-75-75-p-103-iso8859-1
#else
xlogin*greetFont: -adobe-helvetica-bold-o-normal--17-120-100-100-p-92-iso8859-1
xlogin*font: -adobe-helvetica-medium-r-normal--12-120-75-75-p-69-iso8859-1
xlogin*promptFont: -adobe-helvetica-bold-r-normal--12-120-75-75-p-69-iso8859-1
xlogin*failFont: -adobe-helvetica-bold-o-normal--14-140-75-75-p-82-iso8859-1
#endif
Comme vous pouvez le voir helvetica est utilisé comme police préférée, avec différentes tailles de point et de dpi (points par pouce) selon la taille d'écran. C'est personnalisable pour convenir à tous les besoins. (Voir ci-dessous pour en savoir plus sur les conventions concernant les noms de polices dans X). Divers autres aspects peuvent également être configurés.
/etc/X11/xdm/Xsession est à peu près l'équivalent du xinitrc pour le startx. Il établira également un environnement par défaut pour le clavier, etc. Il peut également démarrer KDE ou GNOME, ou tout autre programme client de X. C'est le fichier principal de configuration du système. Il doit également vérfier le répertoire local de l'utilisateur pour trouver un fichier ~/.xsession, et un éventuel fichier ~/.Xclients, qui contiendrait l'environnement et les programmes de démarrage préférés de l'utilisateur, tout comme ~/.xinitrc le faisait avec startx. Encore une fois, les fichiers dans le répertoire local de l'utilisateur peuvent être créés ou modifiés par l'utilisateur n'importe quand et doivent être des scripts shell exécutables.
Nous n'allons pas proposer d'exemple de fichier ~/.xsession, étant donné qu'il ressemblerait beaucoup aux exemples de fichiers ~/.xinitrc et ~/.Xclients présentés ci-dessus.
Nous avons vu rapidement les principaux fichiers de configuration de xdm. N'hésitez pas à lire la page de man, et à regarder ce qui est installé localement, pour plus d'informations. Voyons maintenant gdm et kdm. Nous surlignerons juste les différences significatives, étant donné qu'ils fournissent grosso modo les mêmes fonctionnalités.
gdmgdm est le gestionnaire d'affichage par défaut pour GNOME. gdm a été écrit à partir de rien, mais fonctionne comme xdm. Le fichier principal de configuration est gdm.conf ; il se trouve en général ici : /etc/X11/gdm/gdm.conf. Il ne ressemble pas visuellement au fichier xdm-config. Les commentaires sont précédés par un #, et le fichier a des sections, avec des entêtes de section entre crochets. La commande pour démarrer X est dans la section [servers] :
[servers]
0=/usr/bin/X11/X
#1=/usr/bin/X11/X
Notez qu'il y a potentiellement deux affichages de paramètrés, mais le second est commenté. On ajoutera les éventuelles options de démarrage supplémentaires de X ici, par exemple -dpi 100. L'écran d'ouverture de session et l'outil d'ouverture de session sont configurés dans la section [greeter].
Les clients et les programmes lancés au démarrage sont déterminés par le bloc SessionDir dans la section [deamon]. Sur mon installation, celui-ci pointe sur /etc/X11/gdm/Sessions/, qui contient plusieurs scripts courts. Si je regarde mon script par défaut (Default), je vois en fait qu'il exécute /etc/X11/xdm/Xsession, qui à son tour exécutera ~/.xsession, s'il est présent. Ainsi à cette dernière étape, ce que fait gdm est tout à fait semblable à ce que fait xdm.
GNOME fournit l'utilitaire gdmconfig pour gérer de nombreux aspects du comportement de gdm.
kdmkdm est le gestionnaire d'affichage de KDE. Le fichier principal de configuration pour kdm est kdmrc et il se trouve généralement ici : /etc/kde/kdm/kdmrc. Comme cela est le cas pour gdm.conf, kdmrc utilise # pour signaler les commentaires, et a des sections avec des entêtes entre crochets également. La configuration kdm peut également être éditée avec l'utilitaire kcontrol.
Le bureau est configuré dans la ou les section(s) [Desktop*], et par la directive setup qui doit pointer vers un fichier comme /usr/share/config/kdm/Xsetup ou /etc/X11/xdm/Xsetup_0. On aboutira à la même chose qu'avec le Xsetup_0 de xdm : à savoir l'exécution de tous les programmes que l'utilisateur aimerait éventuellement avoir, comme xconsole.
La commande pour lancer le serveur X est la directive Xservers dans [General]. Encore une fois, cela doit pointer vers un fichier tel que /etc/X11/xdm/Xservers, et utilisera la même syntaxe que xdm :
:0 local /usr/X11R6/bin/X
C'est ici que toute option en ligne de commande pour le serveur X doit se mettre.
L'outil d'ouverture de session lui-même est configuré dans la (ou les) section(s) [X-*-Greeter]. Une version compilée par défaut est utilisée si l'utilisateur n'en indique pas.
KDE fournit l'utilitaire kdmdesktop pour gérer divers aspects du comportement de kdm, principalement l'arrière-plan d'ouverture de session.
Pour en savoir plus sur la configuration de X
Avant de jeter un oeil à divers mécanismes de configuration pour les serveurs et les clients X, il faut remarquer que les environnements graphiques comme KDE se sont répandus dès leur apparition en partie parce qu'ils peuvent gérer la plupart des configurations d'interactions utilisateurs, grâce à des commandes faciles à utiliser par interface graphique. Et en fait, les applications conformes qui font partie des bureaux respectifs seront mieux configurées par les outils de la configuration du bureau, ou par leurs propres méthodes de configuration graphique. Ainsi, par exemple, le gtop, une application cliente de GNOME, se configure mieux par l'intermédiaire de GNOME ou des menus gtop eux-mêmes. Mais ce n'est pas vrai pour toutes les applications de X.
Ressources X
Le serveur X peut stocker diverses valeurs de configuration pour les programmes clients de sorte qu'elles sont facilement disponibles si nécessaires. Si l'application est compatible, elle les emploiera en tant que valeurs par défaut à chaque fois que ce programme sera appelé. Ces valeurs sont connues sous le nom de ressources [Resources], et servent souvent pour définir les préférences utilisateurs, application par application, pour les polices, les couleurs, la position à l'écran (la géométrie) et divers autres attributs. Cela facilite la personnalisation des applications.
Les ressources sont de type chaîne de caractères (par exemple Netscape*blinkingEnabled:False) qui peut être lue à partir du disque dans divers endroits quand X se lance ; elles peuvent aussi être définies interactivement en ligne de commande. Les composants des programmes sont nommés hiérarchiquement, chaque objet dans la hiérarchie étant identifié par une classe ainsi que par un nom d'instance. Au niveau supérieur de la hiérarchie se trouvent la classe et le nom de l'instance de l'application elle-même. Le nom de la classe de l'application est toujours identique au nom du programme, mais avec la première lettre en majuscule (par exemple Vim ou Emacs) bien que quelques programmes qui commencent par la lettre X ont également leur deuxième lettre en majuscule pour des raisons historiques (par exemple XTerm). Chaque définition indiquera une classe (ou instance), avec la ressource et la valeur qui correspondent. Plus bas dans la hiérarchie se trouvent les divers attributs qui constituent les aspects paramètrables de l'application.
Traditionnellement la plupart des programmes X étaient configurés de la sorte. Ce n'est plus aussi vrai aujourd'hui avec l'arrivée des environnements graphiques qui ont souvent leurs propres mécanismes de configuration.
Par exemple, supposons que nous préférons lancer xterm avec un arrière-plan bleu. Donc si nous le lancions depuis la ligne de commande, nous le ferions ainsi :
xterm -bg blue &
Si c'est notre préférence, il serait plus facile de mettre cette préférence dans un fichier quelque part, et faire utiliser notre préférence par le système. De cette façon chaque fois que nous démarrerions xterm, il utiliserait notre valeur préférée, et nous n'aurions plus besoin de la ligne de commande options (à moins de vouloir surcharger).
La syntaxe de base des ressources de X s'écrit comme suit :
<program><binding><widget><binding><widget><...><resource>:<value>
Ce qui, dans la vraie vie, ressemble en général à ça :
xterm*fontMenu*background: darkblue
Ce que cela fait devrait paraître évident. L'utilisation des * dans la définition s'appelle liaison lâche [loose binding] et joue le rôle de joker. Cela signifie qu'il peut y avoir des lacunes dans la hiérarchie des composants.
xterm*background: darkblue
Ceci donnerait également un fond bleu foncé pour le fontMenu de xterm, mais également pour toutes les autres propriétés de xterm qui ont également un attribut background (par exemple window background, etc.), peu importe où ils peuvent être dans la hiérarchie des composants. De même :
*background: darkblue
Ceci définirait le fond pour tous les programmes qui ont cette propriété (pas uniquement xterm). L'emploi d'un . au lieu d'une * sera plus précis, et permettra d'écarter les lacunes de joker dans la hiérarchie. En outre, l'application doit accepter l'attribut particulier du composant. Pour Background, c'est à peu près sûr, mais beaucoup d'applications auront des ressources plus spécialisées qui ne sont pas aussi évidentes. Il est préférable de regarder la documentation locale (pages de man, etc.), ou regarder si une application a des exemples d'inclus. Par exemple, Netscape est généralement livré avec un fichier Netscape.ad qui a un ensemble très complet de définitions de ressource qui peuvent être adaptées.
On verra que les ressources de X sont stockées à plusieurs endroits (voir ci-dessous) et sont traitées par la commande xrdb (voir la page de man).
Les fichiers App Defaults
Une méthode pour stocker les ressources des applications préférées est d'utiliser les fichiers nommés pour l'application dans un dossier app-defaults. Par exemple, sur mon système, ceux-ci se trouvent dans /usr/X11R6/lib/X11/app-defaults/, cependant ce répertoire peut être différent selon les options que votre fournisseur a choisies. Ce répertoire contient un certain nombre de fichiers pour les applications X connues telles que le xterm, xclock, xcalc, xload, etc. Au final, c'est un nombre relativement petit d'applications au vu du système dans son ensemble. Par conséquent, toutes les applications n'utilisent pas cette méthode. En fait, la majorité ne l'utilise pas.
Chaque fichier contiendra la définition des ressources pour cette application. Le serveur X charge ceux-ci de lui-même pendant son démarrage. En court exemple tiré de XTerm-color :
! $XFree86$
#include "XTerm"
*VT100*colorMode: on
*VT100*dynamicColors: on
! A décommenter pour utiliser de la couleur pour l'attribut "underline"
!*VT100*colorULMode: on
!*VT100*underLine: off
! A décommenter pour utiliser de la couleur pour l'attribut "bold"
!*VT100*colorBDMode: on
*VT100*color0: black
*VT100*color1: red3
*VT100*color2: green3
*VT100*color3: yellow3
*VT100*color4: blue3
*VT100*color5: magenta3
*VT100*color6: cyan3
*VT100*color7: gray90
*VT100*color8: gray30
*VT100*color9: red
*VT100*color10: green
*VT100*color11: yellow
*VT100*color12: blue
*VT100*color13: magenta
*VT100*color14: cyan
*VT100*color15: white
*VT100*colorUL: yellow
*VT100*colorBD: white
Ici on a surtout différentes définitions de couleur. Le classname de l'application n'est pas explicitement énoncé, et est déterminé par le nom de fichier. Il faut donc faire comme si chaque ligne commence par XTerm-color*. En outre, remarquez en haut, la ligne #include "XTerm", qui inclut les définitions de ressource pour XTerm, fichier beaucoup plus long avec un ensemble de définitions plus divers. (On ne l'a pas inclus ici du fait de sa longueur, mais ça vaut le coup de regarder.) Ces fichiers fournissent les paramètres par défaut du système, et d'une manière générale, sont rarement édités par l'utilisateur.
Xdefaults
Une autre méthode couramment pratiquée pour l'obtention des préférences au niveau ressources, est d'utiliser un fichier Xdefaults, nommé parfois Xresources. Celui-ci peut exister comme fichier système, par exemple /etc/X11/Xresources. Naturellement, l'utilisateur est libre de créer une version personnelle dans son répertoire local, par exemple ~/.Xdefaults. La version de l'utilisateur surchargera tout paramètre des fichiers système, et restera inchangé après les mises à niveau du système. Evidemment, c'est là que vous mettrez vos propres préférences.
Les fichiers Xresources sont lus pour la base de donnée des ressources avec la commande xrdb. Par exemple:
xrdb -merge ~/.Xresources
Ceci peut être fait interactivement à la ligne de commande, ou être placé dans un script et être lancé automatiquement au démarrage de la session X. Dans le cas des fichiers système, ceci devrait être pris en charge par les scripts de démarrage fourni par la distribution. Généralement, ces derniers vérfieront également le répertoire local de l'utilisateur (voir l'exemple de xinitrc ci-dessus). Du coup, on aura probablement rien d'autre à faire que de créer le fichier avec un éditeur de texte.
Voici un exemple pour vous montrer une infime partie de tout ce qu'on pourrait faire avec un fichier .Xdefaults :
! Ceci est un commentaire ;-)
#ifdef COLOR
*customization: -color
#endif
!! Ratissons large, pour récupérer toutes les applications compatibles
!! Signal visuel, et non sonore
*visualBell: True
*scrollTtyOutput: False
*scrollKey: True
! Voir Netscape.ad pour plus de ressources paramètrables
Netscape*noAboutSplash: True
Netscape*documentFonts.sizeIncrement: 5
Netscape*documentFonts.xResolution*iso-8859-1: 120
Netscape*documentFonts.yResolution*iso-8859-1: 120
netscape-navigator*geometry: 960x820+240+140
emacs*Background: DarkBlue
emacs*Foreground: Wheat
emacs*pointerColor: Orchid
emacs*cursorColor: Orchid
emacs*bitmapIcon: on
emacs*font: 10x20
! Couleurs pour GVim, etc.
!! Les versions GTK de gvim n'utiliseront pas ces paramètres.
Vim*useSchemes: all
Vim*sgiMode: true
Vim*useEnhancedFSB: true
Vim.foreground: Black
!Vim.background: lightyellow2
Vim*background: white
! geometry: largeur x hauteur
Vim.geometry: 88x40
Vim*font: -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-15-*5
Vim*menuBackground: yellow
Vim*menuForeground: black
rxvt*backspacekey: ^?
rxvt*background: Black
rxvt*foreground: wheat
rxvt*cursorColor: Orchid
rxvt*geometry: 100x18+40+300
rxvt*title: Linux
rxvt*reverseVideo: false
!rxvt*backgroundPixmap: ~/penguinitis.xpm
rxvt*scrollBar: true
rxvt*reverseWrap: true
rxvt*font: -*-lucidatypewriter-medium-*-*-*-14-*-*-*-*-*-*-*
rxvt*fullCursor: true
rxvt*saveLines: 1500
rxvt*menu: ~/rxvt.menu
XTerm*saveLines: 1500
! Ne pas effacer l'écran après la fermeture du programme
XTerm*VT100*titeInhibit: true
! Corrige les affectations de touche pour xterm
xterm*VT100.translations: #override \
<Key>BackSpace: string(0x7F) \n\
<Key>Insert: string(0x1b) string("[2~")\n\
<Key>Delete: string(0x1b) string("[3~")\n\
<Key>Home: string(0x1b) string("[1~")\n\
<Key>End: string(0x1b) string("[4~")\n\
<Key>Page_Up: string(0x1b) string("[5~")\n\
<Key>Page_Down: string(0x1b) string("[6~")\n\
<KeyPress>Prior : scroll-back(1,page)\n\
<KeyPress>Next : scroll-forw(1,page)
! Ghostview
Ghostview*Font: *-helvetica-bold-r-normal--12-*-*-*-*-*-*
Ghostview*BorderColor: white
Ghostview*Text*Font: rk14
Ghostview*Background: #d9d9d9
!Ghostview*Foreground: white
ghostview.form.pageview.page.background: white
ghostview.form.pageview.page.foreground: black
.ghostview.zoom.form.page.background: white
.ghostview.zoom.form.page.foreground: black
! xscreensaver !
! Temps dépassé au bout de 12 minutes, mode cycle toutes les 2 minutes
xscreensaver.timeout: 12
xscreensaver.cycle: 5
! Tourner en priorité faible, et fondu entre les modes
xscreensaver.nice: 12
xscreensaver.fadeSeconds: 2
XFontsel.menu.options.showUnselectable: False
Si tout va bien, ces quelques exemples vous donneront quelques idées pour démarrer. X n'a pas besoin d'être redémarré si xrdb est utilisé interactivement en ligne de commande après des modifications. Les effets sont immédiats.
Les ressources sont parfois également disponibles comme options en ligne de commande. Voir ci-après. Les options en ligne de commande surchargeront toutes les définitions existantes de ressource.
xmodmap, le clavier et les souris
Le clavier et la souris, ainsi que d'autres périphériques d'entrée possibles, sont définis dans XF86Config (ou XF86Config-4). Il y a une disposition des touches du clavier qui est définie à partir de la langue préférée :
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbLayout" "us"
EndSection
Ceci nous donne notre disposition de clavier par défaut. Une liste des étiquettes valides de disposition se trouve dans /usr/X11R6/lib/X11/xkb/symbols. En outre, l'utilitaire setxkbmap peut être employé pour faire des modifications interactivement.
Avec X, les possibilités de personnalisation sont énormes, et on peut modifier les actions des touches du clavier et du pointeur de la souris à notre convenance. L'utilitaire pour ce faire est xmodmap (voir la page de man). Vous n'aimez pas l'emplacement de la touche de verrouillage majuscule ? Déplacez là !! ; -)
Comme xrdb, xmodmap peut être lancé en ligne de commande. Autre possibilité : les paramètres préférés peuvent être stockés dans un fichier. En général, c'est le fichier ~/.Xmodmap, ou quelque chose de similaire. Si les scripts de démarrage de votre X n'analysent pas ces fichiers, faites les modifications qu'il faut pour qu'ils le fassent (probablement à partir de ~/.xinitrc ou de ~/.xsession).
On peut visualiser les actions du pointeur et des touches avec : xmodmap - pk - pp |less. Toutes les valeurs actives de keycode s'afficheront, avec les valeurs correspondantes de keysym, et tous les noms de keysym que le xmodmap connaît (par exemple retour arrière [BackSpace]). Cela devrait également vous donner une idée de la façon dont le xmodmap comprend les événements touches et souris. Il y a deux keysyms par keycode. La seconde est la valeur lorsque la majuscule est activée. L'utilitaire xev de XFree86 peut être employé pour afficher interactivement beaucoup d'informations sur les touches et les événements souris. Faites attention à la valeur de keycode. C'est ce que vous devrez connaêtre afin de modifier les actions.
xmodmap est souvent utilisé pour faire des petites améliorations clavier, par exemple pour avoir des fonctions retour arrière/supprimer [BackSpace/Delete] bien adaptées. Il peut également être utilisé pour faire des modifications importantes comme les mappages internationaux. On peut seulement modifier les mappages des touches et des événements souris -- on ne peut pas affecter des macros aux événements touches (il se pourrait que votre gestionnaire de fenêtre ou votre environnement graphique ait en partie cette fonctionnalité).
L'installation de claviers internationaux est bien expliquée dans http://www.linuxdoc.org/HOWTO/mini/Intkeyb/index.html. En outre, une recherche dans http://google.com/linux donnera beaucoup d'exemples utiles.
La page de man possède de nombreux exemples rapides sur diverses approches. Voici ce à quoi pourrait ressembler un ~/.Xmodmap hypothétique :
! /home/hal/.Xmodmap, dernier changement 03/10/01
!
! Définir le retour arrière à 22 et la touche "supprimer" à 111
keycode 22 = BackSpace
keycode 111 = Delete
!
! Mon clavier gère les touches Maj gauche et droite différemment.
! Faire que la droite agisse comme la gauche pour éviter la gymnastique
! des doigts.
keycode 63 = Alt_L
keycode 113 = Meta_L
!
! Coder en dur les valeurs des touches du pavé numérique en chiffres
! comme si le Verr Num était toujours activé
! puisque je ne l'utilise jamais pour autre chose
keycode 79=7
keycode 80=8
keycode 81=9
keycode 83=4
keycode 84=5
keycode 85=6
keycode 87=1
keycode 88=2
keycode 89=3
keycode 90=0
keycode 91=period
keycode 86 = plus
! Désactiver le Ver Num vu qu'on en a plus besoin
keycode 77 =
!
! Verr maj est près de tab. Je la tape par erreur de temps en temps,
! et ne l'utilise pas de toute façon. Donc faire Verr Num agir comme Tab. keycode 66 = Tab
clear lock
!
! Inversion des boutons de la souris pour les gauchers
pointer = 3 2 1
Comme dans beaucoup de fichiers XFree86, ! représente un commentaire. Une autre utilisation possible, est de redéfinir ces touches Windows, qui sont agaçantes, pour qu'elles servent à quelque chose. J'espère que cela donne une idée des choses qu'on pourrait faire, si on en a envie, pour avoir un clavier plus agréable.
En parlant de la touche Verr Num, X la neutralisera systématiquement lorsqu'il démarrera. Qu'importe la façon dont on a paramètré le BIOS, ou Linux avant que X se lance. Les indications données ci-dessus ne représentent donc qu'une façon de faire. Il y a également un utilitaire de disponible sur Internet qui s'appelle soit numlockx, soit setnumlock, si votre distribution ne comporte ni l'un ou ni l'autre. Il peut se mettre dans un fichier de démarrage pour activer Verr Num automatiquement, c'est comme on veut.
Les gestionnaires de fenêtres et les environnements bureau permettent également la personnalisation du clavier et de la souris (dans la mesure ou X la reconnaît correctement). Cela peut être une méthode plus facile pour configurer certaines personnalisations.
Mappage des touches spéciales
Il y a de nombreux mappages de touches spéciales traditionnellement utilisés dans XFree86.
Ctrl-Alt-Retour Arrière - Fermera le processus de serveur X d'une façon correcte. C'est une manière rapide, facile et légitime de redémarrer X. Notez qu'elle ne remet pas en marche le gestionnaire d'affichage (si utilisé) à seulement X lui-même.
Ctrl-Alt-Fx - où x correspond à un chiffre valide d'un terminal (en général 1-6). C'est ce qu'on utilise pour ouvrir une console texte, alors que X est toujours en cours d'exécution. Pour revenir à X, faites Alt-Fx . Ici, x est égal au dernier terminal plus une unité (par exemple Alt-F7 s'il y a six terminaux de disponibles).
Ctrl-Alt-+ (du pavé numérique) et Ctrl-Alt-- (du pavé numérique) - On passera d'un mode de résolution d'écran valide existante à un autre, par exemple 1024x768 - > 600x800. Notez que la taille d'écran elle-même ne change pas : seuls la vue et la résolution changent. Pas si utile que ça pour la plupart des cas. Vous ne pouvez pas changer la résolution d'écran de manière permanente sans redémarrer X.
Il est possible que le gestionnaire de fenêtre, l'environnement graphique ou tout autre composant du système puisse attraper ces derniers, et en changer le comportement standard. En outre, Ctrl-Alt-Supprimer peut également être attrapé. Celui-ci devrait fermer X (et le système), s'il est disponible.
Souris et pointeurs
Ainsi que cela a déjà été dit, Linux et Unix font une utilisation massive des trois boutons de la souris. Si une souris a seulement deux boutons, alors le troisième bouton (c.-à-d. celui du milieu) peut être simulé en appuyant sur les deux boutons en même temps. C'est une option de configuration qui se trouve dans XF86Config sous le nom de directive Emulate3Buttons :
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Device" "/dev/mouse"
Option "Protocol" "PS/2"
Option "Emulate3Buttons" "on"
EndSection
Au bout du compte, un troisième bouton est très pratique et je recommanderais personnellement d'en avoir un. Sur les souris à molette, la molette agit en tant que le troisième bouton, si on appuie dessus. Beaucoup de souris à molette standard semblent utiliser le protocole IMPS/2 .
Plus particulièrement, le troisième bouton (milieu) est, dans pratiquement toutes les applications Linux, le bouton pour coller . Le copier/coller fonctionne un peu différement sous Linux. Le bouton gauche est le bouton de copie. Maintenez le et sélectionnez le texte. Il est automatiquement copié dans le presse-papiers de X. Puis, le bouton du milieu collera à partir de ce dernier. C'est un processus très simple. En double-cliquant on copiera les mots un par un, et en triple-cliquant on copiera chaque ligne d'un texte. Si pour une raison ou pour une autre, cela ne fonctionne pas, c'est soit une application mal implémentée, soit un bogue quelconque. Certaines anciennes versions de Netscape posaient des problèmes, par exemple. Pour coller depuis le clavier, il faut faire maj+insert.
Le glisser/déposer n'est pas une fonction native de X lui-même. Mais, il est implémenté par certaines boîtes à outils et environnements graphiques. Il ne faut pas s'attendre à ce que ça marche avec des applications non conformes (c.-à-d. les applications non-KDE dans KDEpar exemple).
xsetxset est encore un autre utilitaire XFree86 pour paramètrer des préférences utilisateur. xset est un peu un attrape-tout et est utilisé pour changer divers paramètres indépendants du serveur X. C'est surtout une méthode en ligne de commande pour configurer certaines des propriétés déjà définies dans XF86Config (mais pas tout !).
xset est couramment utilisé pour activer ou désactiver le DPMS ainsi que les intervalles préférés ; pour changer dynamiquement le FontPath ou le relire ; pour gérer les DEL du clavier ; pour régler la vitesse de mouvement de la souris (ou tout autre pointeur) ; pour paramètrer les taux de répétition et d' autorépétition du clavier ; et pour gérer l'extinction d'écran intégré à X. Voir la page de man, naturellement, pour des explications plus détaillées, et d'autres utilisations de xset.
Encore un fois, xset peut être utilisé interactivement en ligne de commande. Mais, la plupart du temps, les paramètres préférés sont stockés dans un fichier de configuration du démarrage, comme .xinitrc ou .xsession. Un exemple très rapide :
# Désactiver l'extiction d'écran
xset s off
# Activer l'économie d'énergie par le DPMS
xset +dpms
# Peaufiner le rongeur...
xset m 30/10 4
# Accélérer le clavier
xset r rate 200 40
Votre environnement graphique a peut-être une interface graphique pour xset.
Polices et Couleurs
Comprendre les polices et les couleurs peut être plus difficile dans X que dans les autres systèmes.
Les polices démystifiéesX connaît divers types de police, y compris les bitmaps, les Type 1, et depuis la v4.x, les TrueType. Soit le serveur X peut gérer les polices lui-même, soit parfois cette tâche est concédée à un serveur de police (il en existe un grand nombre). xfs (X Font Server) est le serveur de police le plus couramment utilisé sous Linux.
Un serveur de police n'est pas obligatoire, car X peut gérer la plupart des rendus de police. Les serveurs de police sont traditionnellement utilisés pour servir les polices de multiples hôtes sur un réseau, mais ils sont parfois également utilisés pour fournir des fonctionnalités supplémentaires. De plus, un serveur de police peut fournir une légère amélioration des performances du fait qu'il permet de transférer le rendu des polices à un processus séparé.
X reconnaît les polices en fonction des polices qui se trouvent dans le FontPath . Ceci est paramètré initialement dans XF86Config. Si le serveur X gère lui-même les tâches liées aux polices (c.-à-d. sans serveur de police), on aura une liste de répertoires qui contiennent les fichiers de police, par exemple :
FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/Type1"
FontPath "/usr/X11R6/lib/X11/fonts/misc"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi"
Si un serveur de police est utilisé, le FontPath se dirigera vers l'interface de connexion [socket] que le serveur de police écoute (voici un exemple possible) :
FontPath "unix/:7101"
Dans ce dernier cas, les répertoires de police qui se trouvent être disponibles seront configurés dans le serveur de police (voir la documentation locale), qui emploiera un schéma semblable de type répertoire comme on l'a montré pour XF86Config.
Une fois que des polices appropriées ont été installées, elles doivent être préparées . Pour la plupart des polices, ceci signifie lancer (en super utilisateur) l'utilitaire mkfontdir (voir la page de man) dans le répertoire où les polices sont situées. Les polices de type 1 et de TrueType nécessitent des étapes supplémentaires (voir ci-dessous). Votre fournisseur l'a fait pour toutes les polices qui sont incluses dans votre distribution. Cela devra donc seulement être fait pour les polices que vous ajouterez. Pour que les polices nouvellement ajoutées deviennent visibles pour X, vous devrez lancez les commandes de xset appropriées pour soit modifier le FontPath existant, soir le relire (voir la page de man). Ou, réinitialiser votre serveur de police.
Exemple : Préparation des polices, et réinitialisation du serveur de police après avoir ajouté de nouvelles polices :
su
<mot de passe>
mkfontdir /usr/X11R6/lib/X11/fonts/my_new_fonts/
/etc/init.d/xfs restart
La première commande peut ne pas être nécessaire sur les distributions les plus récentes (puisque le script init le fait dans certains cas). Et la configuration de serveur de police devrait être modifiée, si c'est un nouveau répertoire. Exemple : réinitialisation sans serveur de police :
su
<mot de passe>
mkfontdir /usr/X11R6/lib/X11/fonts/my_new_fonts/
xset +fp /usr/X11R6/lib/X11/fonts/my_new_fonts/
xset fp rehash
Le xset +fp n'est pas nécessaire si le répertoire fait déjà partie du FontPath.
xlsfonts | less peut être utilisé pour faire la liste des polices connues, et donc disponibles, pour X et ses clients. Lancez xlsfonts | less, et vous pourrez également avoir une idée de la définition de police telle que l'entend X. Les ressources de police sont indiquées tout à fait explicitement, et cela peut sembler complexe au début. La description logique de police de X (X
Logical Font Description, XLFD ) est la description complète pour n'importe quelle police donnée. Le XLFD ressemble à ceci :
-adobe-helvetica-medium-r-normal-*-*-120-*-*-p-*-iso10646-1
Où chaque champ de gauche à droite est :
fndry - font foundry, fonderie de police, la société ou la personne qui a fait cette police.
fmly - font family, famille de police, le surnom courant de cette police.
wght - font weight, graisse de police (gras, moyen, etc.)
slant - font slant, inclinaison de la police (italique, oblique, romain (normal), etc.)
sWdth - font width, largeur de police (normal, condensé, étendu, etc.)
adstyl - additional style, style supplémentaire (sans serif, serif, etc.)
pxlsz - pixel size, taille en pixel, le nombre de pixels verticaux dans un caractère.
ptSz - point size, taille approximative en point du texte (similaire à pxlsz).
resx - résolution horizontale, en dpi.
resy - résolution verticale, in dpi.
spc - spacing, espacement, seulement utile, apparemment avec les polices Schumacher.
avgWidth - average width, largeur moyenne d'un caractère de la police.
rgstry - registry, le registre reconnu qui cite cette police.
encdng - encoding, encodage de nationalité.
* agit comme un caractère joker. En fait, si tous les champs ne sont pas indiqués, le serveur de X prendra la première police correspondante qu'il trouvera dans le FontPath. C'est pourquoi il est préférable de classer les polices, dans le FontPath, en mettant les polices préférées en premier puisque certains programmes donneront des indications délibérément vagues sur les polices de sorte que votre système ait une certaine liberté.
Le programme xfontsel (X Font Selector) peut être utile. Vous allez voir en le lançant maintenant. Vous ne verrez rien d'utile dans la fenêtre principale au début, mais voyez ce que ça donne en maintenant le bouton gauche enfoncé sur le bouton fndry. Si toutes vos polices sont en règle, vous verrez un menu avec des choix tels que adobe, b&h, bitstream et ainsi de suite. Choisissez en comme par exemple b&h et vous remarquerez que la police dans la fenêtre du bas se transforme en quelque chose d'intelligible. C'est comme ça qu'on choisit les polices avec ce programme ; en commençant par la gauche, qui offre le choix le plus général, et en se déplaçant vers la droite, jusqu'aux options les plus spécifiques. Le choix d'une option de l'extrémité droite n'aura pas beaucoup de sens avant que la fonderie, par exemple, ne soit sélectionnée, parce que les options sont généralement ordonnées selon leurs dépendances les unes envers les autres.
Quand vous choisissez dans fmly, vous verrez la plupart des options grisées, et seulement trois restantes. Cela signifie que ces trois-là sont les seules familles de la police faites par cette fonderie. Certaines familles apparaissent dans plus d'une fonderie, par exemple, Adobe et Bitstream font tous deux une version de la police Courier. Maintenant vous pouvez choisir le wght, et ainsi de suite. Après un certain temps, vous arriverez finalement à la police que vous voulez. Vous n'avez pas nécessairement besoin de complèter toutes les options pour choisir une seule police, il n'y pas autant de polices que ça sur votre système ! Les options que vous ne choisissez pas seront représentées par une * indiquant que n'importe quelle option fera l'affaire, et donne à X une certaine marge.
Quand vous êtes satisfait de votre choix de police, appuyez sur le bouton select, et votre choix sera placé dans le presse-papiers de X, prêt à être collé dans votre document ou dans ce que vous êtes en train de faire. Par exemple, ouvrez une fenêtre xterm et saisissez quelque chose comme xterm -font suivi d'un guillemet d'ouverture. Dirigez ensuite le curseur sur cette tâche à l'écran, et cliquez avec le bouton du milieu de votre souris (ou cliquez sur les deux, le gauche et le droit, si vous êtes handicapé du bouton du milieu). Cela collera le choix à partir du presse-papiers, qui devrait être la police que vous avez précédemment choisie. Entrez ensuite le guillemet de fermeture, et faites Entrée. Par exemple, un xterm avec une police Courier ressemblerait à ceci : xterm -font
"-adobe-courier-medium-r-*-*-14-*-*-*-*-*-*-*". C'est pas joli, ça ?
Si vous avez trouvé une police qui vous plaît, ceci peut être utilisé de manière permanente en plaçant la définition de la police dans le fichier de configuration approprié (voir ci-dessus).
Notez que, pour que xfontsel ne montre qu'un nombre limité de police, on utilisera l'option en ligne de commande -pattern, suivie des spécifications de police entre guillemets, comme on l'a expliqué ci-dessus.
L'utilitaire xfd est également utile pour examiner les polices individuellement. Si on le lance avec une ligne de commande telle que xfd -fn fixed, il montrera le jeu de caractères complet pour cette police.
KDE et GNOME ont leurs propres utilitaires qui montrent un peu plus de finesse ; -)
Les polices Type 1 et TrueType
Les polices fournies avec XFree86 sont d'une utilité limitée pour un bon nombre d'entre nous, étant donné qu'à peu près le seul endroit où vous trouverez des polices de ce type, c'est dans le système de fenêtre X lui-même. Malheureusement, parmi les accros des médias, les concepteurs de sites Web et les fous de police, nombreux sont ceux qui travaillent avec des systèmes d'exploitation qui reposent sur d'autres formats. Et puis, il ne semble pas que les distributions s'efforcent beaucoup de rendre les polices par défaut plus belles non plus.
Les polices de type 1, généralement les plus utilisées avec les formats de document Postscript, sont la norme traditionnelle dans des environnements d'Unix et de Linux. On a normalement un choix relativement intéressant pour démarrer. Sinon, c'est extrèmement facile d'en trouver d'autres gratuitement sur Internet ; pour démarrer, essayez ftp://ftp.cdrom.com/pub/os2/fonts/. Les types 1 sont des polices extensibles, et présentent en grande partie les mêmes avantages que les polices TrueType plus connues. Si le choix de polices TrueType installé n'est pas intéressant, le type 1 est ce qu'il vous faut pour la plupart des applications à interface graphique. Mais répétons-le, ce n'est pas standard sur les autres plateformes, et cela peut présenter des problèmes lors de la consultation des documents (par exemple des pages Web) qui sont conçus pour d'autres plateformes .
Les polices TrueType ont été lancées par Apple, et ont été par la suite mises sous licence par Microsoft. Les gens venant des plateformes autres qu'Unix connaissent donc déjà ces polices de qualité. Malheureusement, il n'y a pas beaucoup de polices TrueType de qualité sous une licence appropriée, et il n'y en a donc pas beaucoup d'incluses avec les distributions de Linux. Et celles qui le sont, ne sont pas souvent d'aussi bonne qualité. En outre malheureusement, TrueType est un peu devenu une norme sur le Web et en d'autres lieux, et ne pas avoir de bonnes polices TrueType peut être un inconvénient. Avec XFree86, il semble également que TrueType donne un meilleur résultat que Type1.
Ca, c'était la mauvaise nouvelle. La bonne nouvelle, c'est que n'importe quelle police TrueType incluse avec n'importe quelle version de Windows, ou avec n'importe quelle application Windows, devrait fonctionner sous Linux. Cependant il faudra prendre quelques mesures supplémentaires pour les intégrer. Cela est particulièrement utile quand, en parcourant le Web, les polices bitmaps de X s'ajustent mal.
Nous n'entrerons pas dans les détails d'installation et de configuration des polices ici, car cela est bien détaillé dans d'autres documents. Voir le Font HOWTO
, , pour des informations générales sur les polices, et des astuces pour le Type 1. Voir le Font De-Uglification
Mini HOWTO, http://www.linuxdoc.org/HOWTO/mini/FDU/index.html, pour diverses astuces en rapport avec X, et particulièrement pour TrueType.
Les couleurs
Retournons à notre terminal et essayons quelque chose. Ouvrez un xterm avec une ligne de commande comme suit :
xterm -fg DarkSteelBlue1 -bg red3 &
Aïe ! ça n'est peut-être pas très joli, et on ne va sans doute pas faire un excellent travail avec ça, il n'empèche que ça montre bien un aspect intéressant de la configuration de X : les noms de couleur. même si cela n'est pas particulièrement précis, c'est une manière simple de se rappeler de nombreuses de couleurs. Notez que les noms de couleur ne sont jamais sensibles à la casse.
Le serveur X traitera en fait les valeurs des couleurs avec une notation sous forme hexadécimale Rouge-Vert-Bleu (RVB). Cela ressemble à quelque chose comme #0aff0a en hexadécimal. Pas aussi simple à se rappeler. Mais X donne une méthode mnémotechnique pour se rappeler des définitions de couleurs valides. Celles-ci sont stockées dans une table de texte, par exemple /usr/X11R6/lib/X11/rgb.txt, qui est définie dans XF86Config dans la section files.
Si vous êtes intéressés, allez jeter un oeil avec un éditeur de texte. Il y a beaucoup, beaucoup de nuances définies. J'ai compté 83 nuances de bleu dans le mien, par exemple. Petit échantillon :
176 226 255 LightSkyBlue1
164 211 238 LightSkyBlue2
141 182 205 LightSkyBlue3
96 123 139 LightSkyBlue4
202 225 255 LightSteelBlue1
188 210 238 LightSteelBlue2
162 181 205 LightSteelBlue3
110 123 139 LightSteelBlue4
191 239 255 LightBlue1
178 223 238 LightBlue2
154 192 205 LightBlue3
104 131 139 LightBlue4
Ce fichier peut être adapté à vos besoins si vous le désirez, mais cela est rarement nécessaire pour la plupart d'entre nous. Cependant, il est important de l'avoir, puisque quelques applications dépendent de lui.
Les environnements graphiques ont un utilitaire avec interface graphique pour choisir les couleurs.
Gestionnaires de fenêtres et bureaux
Nous ne nous étalerons pas sur la configuration des gestionnaires de fenêtres et des environnements. Il y a tout simplement trop à dire pour essayer de couvrir cela dans un seul document. Il est important de se rendre compte que ce sont deux choses différentes. Il y a beaucoup, beaucoup de gestionnaires de fenêtres disponibles.
Les gestionnaires de fenêtres
Les possibilités de configuration des gestionnaires de fenêtres sont énormes. De nombreux aspects de l'interaction avec l'utilisateur peuvent être gérés par le gestionnaire de fenêtres.
Quelques-uns des gestionnaires de fenêtres les plus répandus :
aewm : http://www.red-bean.com/~decklin/aewm/
AfterStep : http://www.afterstep.org/
BlackBox : http://sourceforge.net/projects/blackboxwm
Enlightenment : http://www.enlightenment.org/pages/main.html
Fluxbox : http://fluxbox.sourceforge.net/
fvwm : http://www.fvwm.org/
IceWM : http://www.icewm.org/
olwm (OpenLook Window Manager) :
http://www.plig.org/xwinman/olvwm.html
Sawmill : http://sawmill.sourceforge.net/
WindowMaker : http://www.windowmaker.org/
XFce : http://xfce.org/
Il en existe également beaucoup, beaucoup de moins connus. http://www.plig.org/xwinman/ a une liste à jour des gestionnaires de fenêtres, et d'informations sur le sujet. Il y a toujours freshmeat aussi.
GNOME ainsi que KDE ont leur gestionnaire de fenêtres par défaut, mais en acceptent d'autres également s'ils sont conformes. Votre distribution en a probablement plusieurs. Essayez les tous si vous n'avez pas déjà un favori. Votre distribution a probablement également une méthode de changement dynamique entre les gestionnaires de fenêtres (et entre les environnements graphiques également).
Les environnements graphiques
Les environnements graphiques ne sont pas vraiment nouveaux, mais leur popularité a augmenté avec l'arrivée des deux grands noms : KDE et GNOME. Dans une certaine mesure, la fonctionnalité d'environnement graphique recouvre celle du gestionnaire de fenêtres. Tous les deux peuvent gérer l'arrière plan des fenêtres du super utilisateur, du menu des fenêtres du super utilisateur, des icones, des barres d'outils, etc. D'une manière générale, si un environnement graphique est en cours d'exécution, il gère tout ça. C'est le principe des environnements graphiques : intégrer les divers composants avec cohésion et cohérence. Les environnements graphiques apportent également des caractéristiques au niveau de l'interopérabilité et de la facilité d'utilisation qu'un gestionnaire de fenêtres simple n'a pas.
Ah, autre point : les environnements graphiques essayent également de configurer autant que possible les sessions de X. N'importe lequel de leurs clients conformes pourra plus que probablement être configuré par l'environnement graphique, ou aura sa propre configuration qui s'adapte au style de l'environnement graphique. Le but est au moins d'éviter en partie la configuration de fichiers textes à l'apparence désordonnés que nous avons vue dans les sections ci-dessus, et de faciliter un tant soit peu la vie de l'utilisateur.
Cette fonctionnalité supplémentaire repose sur un compromis, car elle consomme des ressources mémoire et système pour surveiller tout ceci. Si votre ordinateur a beaucoup de mémoire et qu'il est rapide, ce n'est pas un problème. Mais si vous avez peu de mémoire, cela peut causer un ralentissement (voir la section performance ci-dessous). Un minimum de 64M de RAM est probablement limite avec KDE ou GNOME.
Alors, avez-vous besoin d'un environnement graphique ? C'est à l'utilisateur de choisir. Ils ne sont certainement pas indispensables pour lancer X, mais c'est vrai qu'ils apportent des fonctionnalités que beaucoup d'utilisateurs veulent ou attendent dans une interface graphique. Lequel est le meilleur ? Eh bien, c'est à vous de décider !
KDE existe depuis plus longtemps que GNOME, et certains diraient peut-être qu'il est un peu plus mûr. KDE est basé sur la boîte à outils de composants QT. Voici une citation de la page d'accueil de KDE :
KDE est un environnement graphique Open Source puissant pour les postes de travail Unix. Il combine la facilité d'utilisation, des fonctionnalités modernes, et un design graphique exceptionnel avec la supériorité technologique du système d'exploitation Unix.
KDE est une suite d'environnement graphique mature fournissant une base solide à un nombre toujours croissant d'applications pour les postes de travail Unix. KDE a développé un cadre de développement de qualité pour Unix, qui permet la création rapide et efficace d'applications.
GNOME est basé sur la boîte à outils GTK+. Et voici une citation de la page d'accueil de GNOME :
GNOME signifie GNU Network Object Model Environment . Le projet GNOME a pour but de construire un environnement graphique complet et convivial basé entièrement sur les logiciels libres. GNOME fait partie du projet GNU, et GNOME fait partie du mouvement Open Source (tm). L'environnement graphique se compose de petits utilitaires et d'applications de taille plus importante sous un même aspect et une convivialité cohérents. GNOME emploie GTK+ comme boîte à outils d'interface graphique pour toutes les applications compatibles GNOME.
XFce est un environnement graphique plus léger, moins fourni en fonctionnalités, qui ne se fait pas autant remarquer que les autres. XFce est également basé sur la boîte à outils GTK+. Et voici une citation de la page d'accueil de XFce :
Le projet XFce a au départ été lancé parce que j'avais besoin d'un environnement simple, léger et efficace pour mon système Linux.
Je crois que l'environnement graphique doit être fait pour augmenter la productivité des utilisateurs. Par conséquent, le but est de garder la plupart des ressources système pour les applications, et de ne pas consommer toute la mémoire et les capacités de l'UC pour l'environnement graphique.
Ils ont tous leur propre documentation bien détaillée. S'il vous manque quelque chose dont vous avez besoin sur votre système, jetez un oeil à leurs pages d'accueil respectives.
X et la ligne de commande
Que serait un système d'exploitation de type Unix sans interface en ligne de commande ? La ligne de commande peut être utile, et elle est disponible d'office avec le X. En fait, pour beaucoup, elle fait partie intégrante de leur environnement de travail de X.
Tout programme de X peut être lancé directement en ligne de commande juste en tapant le nom du programme dans une console xterm, ou dans toute autre terminal. La plupart des applications ont un ensemble très complet d'options en ligne de commande, comme la couleur d'arrière plan, la police, la géométrie (positionnement à l'écran), etc. Les options en ligne de commande surchargent les paramètres compilés par défauts, et les paramètres des ressources système.
Beaucoup de programmes traditionnels de X utiliseront les mêmes noms de base pour les options en ligne de commande. Toutes les applications écrites en utilisant le MIT X Toolkit Intrinsics (Xt) (comme ceux fournis avec XFree86) acceptent automatiquement les options suivantes. Certaines applications non-Xt utilisent également ces dernières, ou quelque chose de proche. Par exemple, géométrie n'est pas loin d'être une option universellement admise.
-display [hôte]:display[.écran]
Cette option indique au serveur X les affichages à utiliser. C'est fréquemment utilisé lorsque les applications s'exécutent sur un système et sont affichées sur un autre. L'application doit savoir où s'afficher. ça peut se faire également avec la variable $DISPLAY , qui emploie la même syntaxe.
-geometry geometrie
Taille et position initiales de la fenêtre, dans un format tel que width x height +horz_offset +vert_offset ou +horz_offset -vert_offset. Notez que si vous indiquez un décalage négatif horizontal ou vertical, la fenêtre sera placée en comptant vers l'arrière à partir de la droite ou du bas de l'écran, respectivement, au lieu de partir du coin supérieur gauche.
-font nom de police
Police à utiliser pour afficher le texte dans votre fenêtre (voir la section police ci-dessous).
-bg couleur
Couleur à utiliser comme arrière-plan de la fenêtre. En fait, il s'agit d'un nom de couleur (voir ci-dessous).
-fg couleur
Couleur à utiliser pour le premier plan de la fenêtre (c.à.d. la police, etc.).
-name nm de ressource
Utile pour indiquer le nom sous lequel les ressources de cette application se trouveront (par exemple comme indiqué dans .Xdefaults). C'est utile pour distinguer deux appels de la même application. Par exemple, deux xterms peuvent être nommés différement de sorte qu'ils puissent hériter de différentes ressources basées sur les noms indiqués dans la base de données des ressources.
-title chaîne de caractère
Il s'agit du titre qui sera utilisé pour la fenêtre dans votre affichage. Il est généralement utilisé par votre gestionnaire de fenêtre pour donner un titre explicite en haut de la fenêtre. A ne pas confondre avec l'option -name.
-iconic
Ouvre la fenêtre sous forme d'icône.
-xrm chaîne de caractère-ressource
Cette option indique un nom et une valeur de ressource pour surcharger tous paramètres par défauts qui pourraient avoir été spécifiés (c.-à-d. par l'intermédiaire de .Xresources ou semblable). En outre utile pour paramètrer les ressources de X qui n'ont pas d'option explicite en ligne de commande. Par exemple, la ligne de commande xterm -xrm xterm*background: blue & est pareille au niveau fonctionnel que xterm -bg blue &.
Ce sont les plus importantes. Il y en a d'autres. Beaucoup de programmes auront leurs propres options supplémentaires qui leur sont spécifiques. Aujourd'hui, beaucoup d'applications plus récentes n'adhèrent pas nécessairement aux normes Xt, et utilisent leurs propres options, ou celles fournies par leur boîte à outils respective. Au pire, les pages de man sont une bonne référence pour la syntaxe de commande, et il faut les compter parmi vos amis. Autre possibilité : l'application dispose d'une option en ligne de commande --usage ou --help pour donner la liste des options disponibles.
$ gnome-terminal --usage
Usage: gnome-terminal [-?] [--disable-sound] [--enable-sound]
[--espeaker=HOSTNAME:PORT] [--version] [--usage] [--gdk-debug=FLAGS]
[--gdk-no-debug=FLAGS] [--display=DISPLAY] [--sync] [--no-xshm]
[--name=NAME] [--class=CLASS] [--gxid_host=HOST] [--gxid_port=PORT]
[--xim-preedit=STYLE] [--xim-status=STYLE] [--gtk-debug=FLAGS]
[--gtk-no-debug=FLAGS] [--g-fatal-warnings] [--gtk-module=MODULE]
[--disable-crash-dialog] [--sm-client-id=ID] [--sm-config-prefix=PREFIX]
[--sm-disa