Sujet : Re: déplacer / renommer
De : fantome.forums.tDeContes (at) *nospam* free.fr.invalid (Thomas)
Groupes : fr.comp.os.unixDate : 05. Aug 2022, 14:53:07
Autres entêtes
Organisation : Guest of ProXad - France
Message-ID : <62ed20c3$0$22281$426a74cc@news.free.fr>
References : 1 2 3 4
User-Agent : MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
In article <
tcfsv2$qp7$2@shakotay.alphanet.ch>,
Marc SCHAEFER <
schaefer@alphanet.ch> wrote:
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
supposons que j'opte pour "move" (Marc a l'aire favorable à "rename" ?) :
J'ai toujours considéré le chemin dans son ensemble, donc renommage me
va.
Mais on peut aussi considérer que c'est un déplacement dans
l'arborescence :)
C'est complètement égal.
si je devais écrire une doc en français je ferais un truc du genre:
Il suffit de renommer (*) grâce à la commande UNIX mv.
(*) au sens mv(1)
[ en ayant expliqué au début de la doc que whatever(x) signifie
man x whatever
]
c'est pas une doc où on peut s'étaler, c'est un log, donc il faut être
court :
http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/?view=log
comment est-ce que les gens pourront savoir au 1er coup d'oeil si B
désigne un contenant de destination, ou le nom de l'objet renommé
(new-dir ou new-dir/new-name) ?
non, sauf si tu mets un / à ton contenant, si je te suis bien.
sauf que ce ne sont pas (tjr) des chemins de systèmes de fichiers
(c'était ce qui m'a paru le plus simple pour poser la question),
donc ça ne va pas.
Mais est-ce important?
je dirais que c'est important d'être sans ambiguité.
mais peut-être que le "Move / Rename" convient, et que je n'ai pas
besoin de chercher autre chose ...
-- RAPID maintainerhttp://savannah.nongnu.org/projects/rapid/