[prev in list] [next in list] [prev in thread] [next in thread] 

List:       konq-bugs
Subject:    [Bug 127717] options handling on file/directory of another user
From:       mortelrdv007 () yahoo ! fr
Date:       2006-05-29 21:36:19
Message-ID: 20060529213619.1946.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------You are the assignee for the bug, \
or are watching the assignee.         http://bugs.kde.org/show_bug.cgi?id=127717      \




------- Additional Comments From mortelrdv007 yahoo fr  2006-05-29 23:36 -------OK in \
french

prenons comme hypothese, un repertoire (media) contenant un fichier (toto.man) et un \
repertoire (optical) tous appartenant à l'utilisateur root :media/------toto.man     \
|---optical/ (empty) avec konqueror utilisé en gestionnaire de fichier, travaillant \
sur le contenu de media/.cas 1 :* si un utilisateur (différent de root), utilise le \
format affichage (menu "affichage") en "icones". Il aura seulement, avec le bouton \
droit de la souris, la possibilité de copier. ce qui est logic.* si un utilisateur \
(différent de root), utilise le format affichage (menu "affichage") différents de \
"icones". Il aura, avec le bouton droit de la souris, en plus de copier la \
possibilité de couper/supprimer/renomer. ce qui est illogic.Il y a pas mal de \
combinaison à revoir. ça concerne un peu aussi les repertoires sur la partie gauche \
de konqueror. cas 2 :si vous couper/supprimer le repertoire optical/, il n'y aura pas \
de message d'alarme. il va meme l'envoyer à la corbeille et il disparaitra de \
konqueror. Mais si on fait un refresh il va réapparaitre. en fait le repertoire n'a \
pas été supprimé, on va trouvé une copie dans la corbeille.

Voilà _______________________________________________Konq-bugs mailing \
listKonq-bugs@mail.kde.orghttps://mail.kde.org/mailman/listinfo/konq-bugs


[prev in list] [next in list] [prev in thread] [next in thread]