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

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

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
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à 


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