Heureusement, il existe un projet XDMthemestuff qui propose une collection de scripts permettant une personnalisation plus facile de XDM.
Le paquet s'installe très facilement et permet de créer toute sorte de thèmes pour égayer un peu ce gestionnaire.
Personnellement je ne suis pas fan de la connexion graphique mais n'étant pas seul à utiliser ma machine à la maison, j'ai finalement dû renoncer à une connexion sur la console.
Le seul reproche : un nombre assez pauvre de thèmes utilisant XDMthemestuff. Il ne tient qu'à vous de changer ça !
Je n'ai pas réussi à télécharger de thèmes sur le site mais apparemment c'est très simple de se créer le sien.
Note du modérateur : originales les couleurs orange du site... On notera aussi gdm (du projet Gnome), kdm (du projet KDE), pdm, wdm, etc dans la même famille.
![[en]](../images/en.png)
Le site XDMthemestuff (4568 hits)-
Téléchargement direct (1079 hits)
-
Lien vers des captures d'écrans (3871 hits)
-
Le Theme-howto (2386 hits)
> Lire la dépêche (30 commentaires, moyenne: 7,4).
Vous avez demandé le commentaire #116629.
Run by 
Cette page a été générée par Templeet en 0.0587s (dont 0.0059 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Démarrage graphique.
On a maintenant de bô démarrage graphique mais il y a une chose que je ne trouve pas très "professionnel" c'est le passage éclair (enfin pas si rapide que ça) par un login en mode texte entre la fin du démarrage du noyau et le lancement de X et xdm.
Je ne sais pas si il est possible d'empécher çà.
Vous allez me répondre que le démarrage des hommes c'est le mode texte avec un Tux en ASCII, mais bon chacun son choix :-)
OO watching you !!!
[+] [^]Re: Démarrage graphique.
Ba c'est facil tu installe un win truc la et t'auras un demarage ultra lent mais qui fait plus "professionnel" ...
Non c'est vraiment encore et toujours un detail a la con ....
[^]Re: Démarrage graphique.
C'est parce que toutes les distributions que je connais meme en mode demarrage graphique lancent des logins textes (*getty). C'est d'ailleur grace a ca que tu peux te loguer en mode texte meme si X est lance (Ctrl-Alt-F1/2/3... pour changer de terminal).
Si tu veux tu peux configurer ton inittab pour pas qu'init lance de login texte si t'es dans le runlevel graphique.
Sur une slackware ca donne des lignes comme ca:
au lieu de:
J'espere avoir repondu a la question.
[+] [^]Re: Démarrage graphique.
Ah bah, voilà une réponse constructive, je te remercie, je vais essayer pour voir puis je remettrai mes petites consoles adorées.
OO watching you !!!
[^]Re: Démarrage graphique.
il existe un ptit patch pour le noyau qui lui permet de ne pas etre bavard (pas de dmesg) et le remplace par une belle image de ton choix. il faut compiler un noyau avec le device 'framebuffer' + le patch.
La Mandrake utilise ce truc avec un bel écran bleu je crois et des jolies clligraphies. Mais pour encore augmenter le non-texte, il faut virer tes terminaux virtuels à l'init. la doc est là:
http://www.incubus.co.uk/os/linux/virtual_term.htm(...)
[^]Re: Démarrage graphique.
Supprimer les messages du noyau c'est pas un bon plan ça, quand t'as un problème t'es bon pour deviner ce qui ne va pas.
Je ne comprend pas pourquoi les gens crient après le démarrage en mode texte, c'est pratique d'avoir affiché tous les messages du noyau puis des script rc.
Et puis ça fonctionne avec toutes les cartes graphiques, des plus vielles (qui ne savent pratiquement faire que ça) aux plus récentes.
Le framebuffer est intéressant mais je crois qu'il faut avoir dans le noyau le code de framebuffer qui supporte sa carte graphique. Le mode texte est tout à fait générique (en tout cas en 80x24).
[^]Re: Démarrage graphique.
Et moi je ne comprend pas pourquoi quand quelqu'un demande s'il peut faire ceci ou cela avec Linux, à partir du moment ou c'est un rien graphique, on lui répond que ça sert à rien, que non, il ne faut pas, c'est pas bien, c'est vachement mieux le mode console. Mais répondre ça, c'est dénigrer Linux puisque, si j'en crois les réponses qui ont été faites, c'est possible de démarer en mode graphique uniquement.
C'est ça la force de Linux : pouvoir permettre à tout le monde de le configurer comme il le souhaite, et ne pas vouloir à tout prix imposer la soit-disante bonne façon de l'utiliser. Laissons ça à d'autres...
[^]Re: Démarrage graphique.
Certe c'est possible de demarrer en mode graphique uniquement et sans console, mais cela represente un risque important. Si X plante ou si une appli commence a peter les plombs, tu es mal, tu ne peux plus rien faire.
Alors qu'avec un petit coup de CTL+ALT+F1, tu peux te logger en root, killer et redemarrer ce qu'il faut.
Idem pour les messages de boot. Certes, pleins de gens n'y comprennent rien. Mais si un jour qqch cloche, qu'il n'y a plus de messages de boot et que ton ordinateur est bloque avant d'avoir pu te passer la main (que ce soit console ou X), tu es mal. Comment tu fais pour savoir ce qui ne va pas ?
La force de linux, c'est la puissance qui est donnee a l'utilisateur, sur plusieurs niveaux. Si tu supprimes tous les niveaux puissants pour n'autoriser que le mode neuneu, c'est certe plus facile a utiliser pour les neuneus mais ca ne les pousse pas a se depasser et ils sont foutus des qu'un truc ne marche pas, sans etre capable de t'expliquer ce qui n'est pas bon. Bref, on en revient au niveau windows ou le message le plus informatif que j'ai jamais vu est "ca marche pas"
Les messages de boot incitent a la curiosite et encouragent les neuneus a devenir des geeks.
Ce qu'on te dit donc, c'est pas "c'est vachement mieux le mode console", c'est qu'il est tres grandement preferable de garder une console.
phil.freehackers.org
[^]Re: Démarrage graphique.
Il ne t'est pas venu à l'esprit qu'il était possible de donner des arguments au noyau et que par le biais de cet argument, on pourrait passer d'un boot graphique qui se la pète à un boot de pro avec toutes les infos pour le debug ? Et pour les gens qui ne savent pas donner un argument au noyau ? On peut simplement leur configurer lilo/grub pour avoir une entrée debug qui le fait à leur place...