Quel est le problème ?
-
KDE ne respecte pas les autres paramètres du gestionnaire de fenêtres/DE.
Existe-t-il un moyen d'exécuter KDE en toute sécurité avec d'autres gestionnaires de fenêtres sans avoir à les reconfigurer à chaque fois après avoir terminé mes tests avec KDE ?
Contexte
Les principaux bureaux de mon utilisateur sont principalement xfce (4.6, 4.8, 4.10) et Unity.
- Je teste fréquemment plusieurs gestionnaires de fenêtres (fluxbox, éclaircissement, unité, gnome, etc.). Seul KDE me pose des problèmes lorsque je reviens à un autre WM une fois que j'ai fini de tester certaines fonctionnalités de KDE.
Qu'est-ce que j'ai fait pour résoudre ce problème ?
Lorsque je reviens à un WM autre que KDE, je constate que je dois supprimer les fichiers de configuration (en particulier les fichiers *gtk) afin de rétablir mes autres WM à leurs paramètres par défaut.
Quelle réponse est-ce que je cherche ?
- Existe-t-il des autorisations de fichiers que je peux définir pour empêcher KDE de casser mes autres paramètres WM ?
- Existe-t-il un moyen de déterminer quels fichiers de mon répertoire personnel KDE touche et modifie ? Cela pourrait m'aider à affiner mon problème.
- Je suis disposé à créer un script de connexion pour corriger tout ce que KDE a cassé. Pour trois utilisateurs, cela serait acceptable. Cela ne s'étend pas à 50 utilisateurs.
Que puis-je faire pour tester KDE en toute sécurité et revenir à mon gestionnaire de fenêtres par défaut sans avoir à restaurer continuellement ma configuration ?
Pourquoi est-ce important ?
Voici un cas d'utilisation qui me pose problème :
J'ai un utilisateur (pensez à l'exécutif de niveau C) qui aime basculer entre KDE et xfce (parmi d'autres WM). Comment puis-je configurer leur profil afin qu'ils n'obtiennent pas les décorations de fenêtre KDE lorsqu'ils décident de revenir à xfce ?
Dans l'état actuel des choses, je n'ai pas pu empêcher qu'une session xfce soit totalement mutilée après qu'un utilisateur se soit connecté à une session KDE.
Réponse acceptée :
Voici une solution que j'ai trouvée pour atténuer les problèmes d'affichage/de décoration de fenêtre lors du basculement entre KDE et Xfce.
Comment puis-je trouver les fichiers que KDE a modifiés ?
Trouver les fichiers qui ont été modifiés dans un répertoire personnel, au cours d'une période de temps spécifiée, est assez simple.
find ~ -maxdepth 5 -mmin 10 (recherche les modifications au cours des 10 dernières minutes)
Cependant, les résultats sont encombrés d'un grand nombre de fichiers dynamiques (différents caches d'applications, par exemple). Je devais donc les exclure de mes résultats :
find ~/ -maxdepth 5 ( -path ~/.cache -o -path ~/.xchat2 -o -path ~/.local -o -path ~/Downloads -o -path ~/.config/deluge -o -path ~/.config/chromium -o -path ~/docs -o -path ~/.dropbox -o -path ~/Dropbox -o -path ~/.pulse -o -path ~/.dbus ) -prune -o -mmin -5
Il en résulte une liste beaucoup plus facile à gérer pour identifier les fichiers que KDE a modifiés (je ne doute pas qu'il existe une solution plus élégante pour obtenir les mêmes résultats).
En relation :Comment supprimer les anciennes versions du noyau pour nettoyer le menu de démarrage ?Quels fichiers doivent être modifiés et quelles commandes doivent être exécutées ?
Avant de quitter KDE, entrez un terminal (Ctrl –Alt –t ), et saisissez la commande suivante :
rm ~/.gtkrc-2.0
Cela supprimera les paramètres de décoration de la fenêtre KDE et sa suppression entraînera la non-application de ces paramètres à Xfce. Cependant, une fois connecté à Xfce, le WM devra être réinitialisé avec la commande suivante :
xfwm4 --replace
De plus, si des modifications de thème ou de police ont été apportées lors de l'utilisation de KDE, un autre fichier devra être supprimé avant de se connecter à Xfce. Sinon, les polices du navigateur Web auront été modifiées.
Encore une fois, depuis la ligne de commande :
rm ~/.fonts.conf
Comment puis-je (partiellement) automatiser cela ?
J'ai automatisé une partie de cela en modifiant /etc/lightdm/lightdm.conf et en plaçant les lignes suivantes dans le fichier :
[SeatDefaults]
session-cleanup-script = home/<userdir>/clean_up_after_kde.sh
Le script contient les deux rm commandes d'en haut. Le xfwm --replace ne peut pas s'exécuter tant que l'environnement de bureau n'a pas déjà démarré, il est donc toujours exécuté manuellement.
Pour que les modifications prennent effet, lightdm doit être redémarré. Exécutez ce qui suit :
sudo restart lightdm .
Votre session redémarrera immédiatement après cette commande et vous ramènera à un écran de connexion, alors assurez-vous d'avoir enregistré tout travail avant de redémarrer.
Ces commandes seront désormais exécutées dans le cadre du processus de déconnexion. Notez que ce script ne s'exécute qu'après l'utilisateur est complètement déconnecté.
Bien que ce soit encore assez maladroit, c'est un petit pas pour le rendre moins.