OVH Cloud OVH Cloud

Nom des répertoires en français !

13 réponses
Avatar
ast
Bonjour,

sous VistaOS (C:) j'ai un répertoire nommé Programmes/

ou sont rangés tous les programmes.

J'ai sur le bureau un raccourci qui pointe vers un programme
situé sous Program Files/ or ce répertoire n'existe pas

et ça marche quand même. Le programme lancé par le raccourci
se trouve sous programmes/

en revanche si je change dans le chemin de la cible
Program Files/ par Programmes/ alors ça ne marche plus !

C'est vraiment bizarre cette histoire

un commentaire ?

3 réponses

1 2
Avatar
Azo4
on est bien d'accord Jean-Claude!!

que de déplacements inutiles et d'explications (que je maîtrise pas
entièrement!) à donner chez l'utilisateur lambda avec son petit réseau
derrière une box et qui tombe sur ces "accès refusés"...

amitiés du soleil du Nord...heureusement qu'on a les p'tit's mousses
à ta santé

--
Serge CENCI
MVP MS Windows Desktop Experience
https://mvp.support.microsoft.com/profile/Serge.Cenci
http://www.communautes-numeriques.net/



"Jean-Claude BELLAMY" a écrit dans le
message de news:%23%23iNpMx%
"Azo4" a écrit dans le message de
news:%23eRm6Ex%
d'in fil dans Vista.réseau :
[...]
(Attention, l'explication est un peu longue) Tu découvres les subtilités
de
VISTA en matière de (re)nommage des dossiers ... Jusqu'à XP, Windows
comporte des dossiers "standards" (que l'on retrouve dans toutes les
configurations) dont les noms longs contiennent des espaces ("documents
and
settings", "program files", ...) Or cela peut-être cause de petits
désagréments (quand on ne fait pas attention!) dans les commandes, vu que
l'espace est le caractère séparateur. [...]
Pour connaitre les correspondances entre un alias et le "vrai'" dossier
ou
fichier auquel il se rapporte, il existe un excellent outil de ce bon
vieux
Mark (RUSSINOVICH), disponible GRATUITEMENT ici :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx
[...]
et merci à Jean-Claude




Merci pour la pub, Serge, mais dans le cas précis de "Program Files", on
assiste à une INCOHÉRENCE de la part de Microsoft en matière de renommage
de dossiers. (je ne l'avais pas mis en évidence dans mon exposé que tu
cites)

En effet, alors que pour "Application data", "Documents and settings",
... il y a eu réellement renommages en d'autres noms SANS ESPACE +
création de liens symboliques (JUNCTIONS) avec les anciens noms, le
dossier "Program Files" N'A PAS ÉTÉ RENOMMÉ, il n'y a pas eu de lien
symbolique créé, mais seulement un artifice d'affichage dans l'explorateur
à coup de DESKTOP.INI ... !

Cette différence est totalement incohérente, hétérogène, distordue,
illogique pour ne pas dire incompréhensible ...
Et surtout cela sème la perplexité chez l'utilisateur!

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org



Avatar
Jean-Claude BELLAMY
"Lino @" a écrit dans le message de
news:4a4cafd0$0$10825$
"Jean-Claude BELLAMY" a écrit :
...
C'est le résultat de l'utilisation d'un fichier "DESKTOP.INI" (caché,
système) situé dans le répertoire concerné.
Il permet de modifier le NOM AFFICHÉ du dossier (mais son vrai nom ne
change pas)


...

Il y a-t-il un obstacle mageur à supprimer tous les fichiers "desktop.ini"
du disque ?



Quand ils ont UNIQUEMENT un rôle de renommage, il n'y a aucun pb pour les
supprimer.
Tu n'as qu'à essayer, tu verras (je l'ai fait !)

NB: pour que cela prenne effet, il faut fermer TOUTES les instances de
explorer, puis les relancer.
Il existe pour cela un outil excellent : ExploRestart.exe
http://www.nirsoft.net/utils/restart_explorer.html


Par contre certains dossiers spéciaux ont des desktop.ini particuliers
P.ex. ce qui caractérise un dossier de polices de caractères (comme
%systemroot%fonts) est ce fichier desktop.ini :
[.ShellClassInfo]
CLSID={BD84B380-8CA2-1069-AB1D-08000948F534}


Le dossier "%systemroot%Downloaded Program Files" a un desktop.ini
contenant ceci :
[.ShellClassInfo]
CLSID={88C6C381-2E85-11d0-94DE-444553540000}

Donc si un desktop.ini contient un CLSID (ou UICLSID), il vaut mieux
s'abstenir.
Par contre s'il ne contient que "LocalizedResourceName=..." , on peut y
aller ...

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Avatar
Lino
"Jean-Claude BELLAMY" a écrit :
...
Quand ils ont UNIQUEMENT un rôle de renommage, il n'y a aucun pb pour les supprimer.
Tu n'as qu'à essayer, tu verras (je l'ai fait !)


...
Voilà c'est fait aussi.
Il y avait 125 fichiers "desktop.ini" il n'en reste plus que 5 ( sous XP )
1 2