Salut,
connaissez vous une astuce pour reconnaitre une app. en SU?
une couleur de fenetre propre à SU serait top.
genre en rouge!
peut etre éditer qq chose dans .kde pour assigner une couleur pour un
utilisateur particulier?
Salut, connaissez vous une astuce pour reconnaitre une app. en SU? une couleur de fenetre propre à SU serait top. genre en rouge! peut etre éditer qq chose dans .kde pour assigner une couleur pour un utilisateur particulier?
Hello,
Une solution est de configurer kde du compte root différemment des autres users :
Par exemple avec un jeu d'icône différant :
kde-classic pour user Crystal svg pour root
Et/ou un style différant (décoration des boutons de kde...)
Par exemple : Keramik pour user System pour root
Tu peut essayer aussi la modification des couleurs mais c'est pas top... J'ai modifier le réglage de 'Arrière-plan de bouton' en rouge clair... cela fait un mélange un peu bizarre (kde fait un 'mix' avec les couleurs... celle de l'user en cours et celle de root apparemment...)
ça marche que pour les applis kde pour les autres fo voir avec leur réglage respectif
Les réglages c'est dans kcontrol. Dans un sheel, su root, puis kcontrol pour les réglages du compte root
merci, finallement ça fonctionne bien! j'ai un fond bleu immédiatement identifiable. ciao
myrddin.fr a écrit :
sputnick wrote:
Salut,
connaissez vous une astuce pour reconnaitre une app. en SU?
une couleur de fenetre propre à SU serait top.
genre en rouge!
peut etre éditer qq chose dans .kde pour assigner une couleur pour un
utilisateur particulier?
Hello,
Une solution est de configurer kde du compte root différemment des autres
users :
Par exemple avec un jeu d'icône différant :
kde-classic pour user
Crystal svg pour root
Et/ou un style différant (décoration des boutons de kde...)
Par exemple :
Keramik pour user
System pour root
Tu peut essayer aussi la modification des couleurs mais c'est pas top...
J'ai modifier le réglage de 'Arrière-plan de bouton' en rouge clair...
cela fait un mélange un peu bizarre (kde fait un 'mix' avec les couleurs...
celle de l'user en cours et celle de root apparemment...)
ça marche que pour les applis kde pour les autres fo voir avec leur réglage
respectif
Les réglages c'est dans kcontrol.
Dans un sheel, su root, puis kcontrol pour les réglages du compte root
merci, finallement ça fonctionne bien!
j'ai un fond bleu immédiatement identifiable.
ciao
Salut, connaissez vous une astuce pour reconnaitre une app. en SU? une couleur de fenetre propre à SU serait top. genre en rouge! peut etre éditer qq chose dans .kde pour assigner une couleur pour un utilisateur particulier?
Hello,
Une solution est de configurer kde du compte root différemment des autres users :
Par exemple avec un jeu d'icône différant :
kde-classic pour user Crystal svg pour root
Et/ou un style différant (décoration des boutons de kde...)
Par exemple : Keramik pour user System pour root
Tu peut essayer aussi la modification des couleurs mais c'est pas top... J'ai modifier le réglage de 'Arrière-plan de bouton' en rouge clair... cela fait un mélange un peu bizarre (kde fait un 'mix' avec les couleurs... celle de l'user en cours et celle de root apparemment...)
ça marche que pour les applis kde pour les autres fo voir avec leur réglage respectif
Les réglages c'est dans kcontrol. Dans un sheel, su root, puis kcontrol pour les réglages du compte root
merci, finallement ça fonctionne bien! j'ai un fond bleu immédiatement identifiable. ciao
myrddin.fr
Hello ,
Chez moi; et sans doute chez la majorité; une application root lancée par un utilisateur demande un mot de passe root... donc si j'en lance une je suis sensé le savoir.
Je suis tout a fait d'accord avec toi pour le cas d'une utilisation exceptionnel de su, mais pour un développeur, par exemple, qui utilise beaucoup de programme lancés en même temps... plusieurs instances d'un programme dont certaine sont root... on se mélange vite les crayons...
Un exemple : J'ai plusieurs 'kate' dont 1 est root... je sais lequel est root bien évidement... mais au bout de plusieurs heure de travail... c'est facile de se tromper si elles sont parfaitement identique et c'est comme ça que l'on fait des bêtises...
Pire : (la c'est même le cauchemar :D) J'ai plusieurs shell d'ouvert dont 1 root... j'ai fini de compiler un truc qui m'a pris beaucoup de temps... j'efface à partir du shell mon rep de travail... ARGGGGG !!! me suis tromper de shell !! OUINNNNN !! mon linux adoré !!... partie en fumer... snif... :D (la loi de Murphy ça vous dit rien ? :p)
Je ne dit pas que le fait d'avoir une apparence différente pour root résout tout, seulement que c'est un plus... cela peut éviter de faire une connerie
Et je n'ouvre une session root que lorsque je je n'arrive plus à me débrouiller avec les ligne de commandes. De plus je suis le seul a connaitre les mots de passe root de mes machine... Ca évite certains petits désagrément :-)
La aussi je suis d'accord avec toi(à 200% même), pour une utilisation 'normal' du systeme on ne doit en aucun cas utiliser le compte root...
A+
Hello ,
Chez moi; et sans doute chez la majorité; une application root lancée par
un utilisateur demande un mot de passe root... donc si j'en lance une je
suis sensé le savoir.
Je suis tout a fait d'accord avec toi pour le cas d'une utilisation
exceptionnel de su, mais pour un développeur, par exemple, qui utilise
beaucoup de programme lancés en même temps... plusieurs instances d'un
programme dont certaine sont root... on se mélange vite les crayons...
Un exemple :
J'ai plusieurs 'kate' dont 1 est root... je sais lequel est root bien
évidement... mais au bout de plusieurs heure de travail... c'est facile de
se tromper si elles sont parfaitement identique et c'est comme ça que l'on
fait des bêtises...
Pire : (la c'est même le cauchemar :D)
J'ai plusieurs shell d'ouvert dont 1 root... j'ai fini de compiler un truc
qui m'a pris beaucoup de temps... j'efface à partir du shell mon rep de
travail... ARGGGGG !!! me suis tromper de shell !! OUINNNNN !! mon linux
adoré !!... partie en fumer... snif... :D (la loi de Murphy ça vous dit
rien ? :p)
Je ne dit pas que le fait d'avoir une apparence différente pour root résout
tout, seulement que c'est un plus... cela peut éviter de faire une connerie
Et je n'ouvre une session root que lorsque je je
n'arrive plus à me débrouiller avec les ligne de commandes. De plus je
suis le seul a connaitre les mots de passe root de mes machine... Ca évite
certains petits désagrément :-)
La aussi je suis d'accord avec toi(à 200% même), pour une utilisation
'normal' du systeme on ne doit en aucun cas utiliser le compte root...
Chez moi; et sans doute chez la majorité; une application root lancée par un utilisateur demande un mot de passe root... donc si j'en lance une je suis sensé le savoir.
Je suis tout a fait d'accord avec toi pour le cas d'une utilisation exceptionnel de su, mais pour un développeur, par exemple, qui utilise beaucoup de programme lancés en même temps... plusieurs instances d'un programme dont certaine sont root... on se mélange vite les crayons...
Un exemple : J'ai plusieurs 'kate' dont 1 est root... je sais lequel est root bien évidement... mais au bout de plusieurs heure de travail... c'est facile de se tromper si elles sont parfaitement identique et c'est comme ça que l'on fait des bêtises...
Pire : (la c'est même le cauchemar :D) J'ai plusieurs shell d'ouvert dont 1 root... j'ai fini de compiler un truc qui m'a pris beaucoup de temps... j'efface à partir du shell mon rep de travail... ARGGGGG !!! me suis tromper de shell !! OUINNNNN !! mon linux adoré !!... partie en fumer... snif... :D (la loi de Murphy ça vous dit rien ? :p)
Je ne dit pas que le fait d'avoir une apparence différente pour root résout tout, seulement que c'est un plus... cela peut éviter de faire une connerie
Et je n'ouvre une session root que lorsque je je n'arrive plus à me débrouiller avec les ligne de commandes. De plus je suis le seul a connaitre les mots de passe root de mes machine... Ca évite certains petits désagrément :-)
La aussi je suis d'accord avec toi(à 200% même), pour une utilisation 'normal' du systeme on ne doit en aucun cas utiliser le compte root...