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
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/
sergioENLEVERfrance@orange.fr
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans le
message de news:%23%23iNpMx%23JHA.1492@TK2MSFTNGP03.phx.gbl...
"Azo4" <sergeENLEVERazo@mvps.org> a écrit dans le message de
news:%23eRm6Ex%23JHA.1248@TK2MSFTNGP04.phx.gbl...
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
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
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
"Lino @" <la.pub@ment.nuit> a écrit dans le message de
news:4a4cafd0$0$10825$426a74cc@news.free.fr...
"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
"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
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 )
"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 )