Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
Merci d'avance de vos réponses.
Philippe
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
Merci d'avance de vos réponses.
Philippe
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
Merci d'avance de vos réponses.
Philippe
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si c'était
un raccourci).
Quelqu'un peut-il m'aider?
"Philippe" a écrit dans le message de
news:Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si
c'était un raccourci).
Quelqu'un peut-il m'aider?
(copier-coller d'un de mes articles posté le 5 février 2008 ici-même)
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 caratère
séparateur.
Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier
"c:documents"
vers le fichier
"and"
avec des paramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"
Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs"
suivant les versions linguistiques), "Program files" est devenu "Programs"
(ou "Programmes"), ...
MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par
l'utilisation de "JUNCTION", qui est une fonctionnalité propore à NTFS
(cela n'existe pas en FAT, c'est pourquoi VISTA ne peut pas être installé
sur une FAT), qui consiste à créer des "alias" de noms de dossiers (ou
fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").
Donc on trouve toujours dans VISTA un dossier "Documents and settings",
mais ce dossier n'existe pas en tant que tel, car il "pointe" en réalité
vers "Users", par le biais d'une "Junction" créée sur "Users".
NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel
fichier ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui
possède un nom principal ("Users") et en prime un alias ("Documents and
settings").
Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de
ces alias, c'est pourquoi on se goinfre une injurebox quand on essaye
d'ouvrir ces dossiers alias!
Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.
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
Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal
Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!
Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)
De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming
L'alias
"...UsersxxxApplication Data"
pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"
En prime, le dossier "Users" contient un fichier système/caché
"Desktop.ini" En effet, on trouve dans ce fichier la ligne suivante :
LocalizedResourceName=@%SystemRoot%system32shell32.dll,-21813
Et si on analyse le fichier "%SystemRoot%system32fr-FRshell32.dll.mui"
(ne pas oublier que sous VISTA, les ressources d'une DLL ou d'un EXE sont
"localisées" dans le fichier .<indicatifs de
langues><nom-du-fichier>.mui) avec un analyseur de ressources tel que
"ResourceHacker", on trouve :
Stringtable 1364/1036 (il faut chercher la bonne!):
STRINGTABLE
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
{
21808, "Téléchargements publics"
21809, "Commandes système"
21810, "Liens"
21811, "Maintenance"
21812, "Autres programmes et mises à jour"
21813, "Utilisateurs"
21814, "Parties enregistrées"
21815, "Dossier de gravure temporaire"
21816, "Public"
21817, "Program Files (x86)"
21818, "Sélections"
21819, "Présentations"
21820, "Exemples de sélections"
}
en particulier ce qui nous intéresse ici est
21813, "Utilisateurs"
C'est donc cette traduction "Utilisateurs" qui sera affichée dans
l'explorateur.
Mais en "vrai", le dossier s'appelle toujours "Users" .
En conclusion, tout ce merdier est du au fait que certains blaireaux ne
sont pas fichus de manipuler correctement des guillemets ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Philippe" <phb.job@9online.fr> a écrit dans le message de
news:BC4C98CB-D421-4FCA-B9A7-F399B115902F@microsoft.com...
Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si
c'était un raccourci).
Quelqu'un peut-il m'aider?
(copier-coller d'un de mes articles posté le 5 février 2008 ici-même)
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 caratère
séparateur.
Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier
"c:documents"
vers le fichier
"and"
avec des paramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"
Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs"
suivant les versions linguistiques), "Program files" est devenu "Programs"
(ou "Programmes"), ...
MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par
l'utilisation de "JUNCTION", qui est une fonctionnalité propore à NTFS
(cela n'existe pas en FAT, c'est pourquoi VISTA ne peut pas être installé
sur une FAT), qui consiste à créer des "alias" de noms de dossiers (ou
fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").
Donc on trouve toujours dans VISTA un dossier "Documents and settings",
mais ce dossier n'existe pas en tant que tel, car il "pointe" en réalité
vers "Users", par le biais d'une "Junction" créée sur "Users".
NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel
fichier ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui
possède un nom principal ("Users") et en prime un alias ("Documents and
settings").
Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de
ces alias, c'est pourquoi on se goinfre une injurebox quand on essaye
d'ouvrir ces dossiers alias!
Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.
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
Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal
Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!
Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)
De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming
L'alias
"...UsersxxxApplication Data"
pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"
En prime, le dossier "Users" contient un fichier système/caché
"Desktop.ini" En effet, on trouve dans ce fichier la ligne suivante :
LocalizedResourceName=@%SystemRoot%system32shell32.dll,-21813
Et si on analyse le fichier "%SystemRoot%system32fr-FRshell32.dll.mui"
(ne pas oublier que sous VISTA, les ressources d'une DLL ou d'un EXE sont
"localisées" dans le fichier .<indicatifs de
langues><nom-du-fichier>.mui) avec un analyseur de ressources tel que
"ResourceHacker", on trouve :
Stringtable 1364/1036 (il faut chercher la bonne!):
STRINGTABLE
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
{
21808, "Téléchargements publics"
21809, "Commandes système"
21810, "Liens"
21811, "Maintenance"
21812, "Autres programmes et mises à jour"
21813, "Utilisateurs"
21814, "Parties enregistrées"
21815, "Dossier de gravure temporaire"
21816, "Public"
21817, "Program Files (x86)"
21818, "Sélections"
21819, "Présentations"
21820, "Exemples de sélections"
}
en particulier ce qui nous intéresse ici est
21813, "Utilisateurs"
C'est donc cette traduction "Utilisateurs" qui sera affichée dans
l'explorateur.
Mais en "vrai", le dossier s'appelle toujours "Users" .
En conclusion, tout ce merdier est du au fait que certains blaireaux ne
sont pas fichus de manipuler correctement des guillemets ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Philippe" a écrit dans le message de
news:Bonjour,
pour récupérer des fichiers de paramétrages de word XP pour passer à Word
07, il est nécessaire d'aller dans C:Documents and Settings et au-delà.
J'ai les droits d'administration de mon PC et pourtant je ne peux accéder
à ce répertoire (sur lequel bizarrement il y a une flèche comme si
c'était un raccourci).
Quelqu'un peut-il m'aider?
(copier-coller d'un de mes articles posté le 5 février 2008 ici-même)
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 caratère
séparateur.
Le gag classique est la copie de fichiers ou dossiers, ou l'exécution de
programmes, dont les noms contiennent des espaces, et que l'on a oublié
d'encadrer par des guillemets.
P.ex.
copy c:documents and settingshomerdocumentstrucs à la con.txt
d:machin
est interprété comme la copie du fichier
"c:documents"
vers le fichier
"and"
avec des paramètres parfaitement abscons que sont
"settingshomerdocumentstrucs", "à", "la", con.txt", "d:machin"
Pour remédier à cela, Microsoft a RENOMMÉ dans VISTA les noms de ces
"dossiers à espace" en supprimant tout espace.
Ainsi "Documents and settings" est devenu "Users" (ou "Utilisateurs"
suivant les versions linguistiques), "Program files" est devenu "Programs"
(ou "Programmes"), ...
MAIS il fallait penser aux "anciens" logiciels (scripts, exécutables, ...)
ne connaissant que les anciens noms.
Il lfallait donc trouver une astuce qui s'est concrétisée par
l'utilisation de "JUNCTION", qui est une fonctionnalité propore à NTFS
(cela n'existe pas en FAT, c'est pourquoi VISTA ne peut pas être installé
sur une FAT), qui consiste à créer des "alias" de noms de dossiers (ou
fichiers)
Au passage, cela existe depuis longtemps dans le monde UNIX (les "liens
symboliques").
Donc on trouve toujours dans VISTA un dossier "Documents and settings",
mais ce dossier n'existe pas en tant que tel, car il "pointe" en réalité
vers "Users", par le biais d'une "Junction" créée sur "Users".
NB : même si çà y ressemble, c'est différent d'un raccourci, qui est un
fichier autonome (extension .LNK) dont le contenu indique vers quel
fichier ou dossier il pointe.
Ici, il n'y a qu'UNE entité, en l'occurrence le dossier "Users", qui
possède un nom principal ("Users") et en prime un alias ("Documents and
settings").
Mais cette dualité peut être source de pb avec certains outils, en
particulier les outils de backup.
Afin d'éviter qu'un dossier à alias soit sauvegardé 2 fois (une 1ère fois
sous le nom de "users" et une 2ème fois sous le nom de "documents and
settings"), il a été ajouté une interdiction d'accès à tout le monde de
ces alias, c'est pourquoi on se goinfre une injurebox quand on essaye
d'ouvrir ces dossiers alias!
Cela peut se corriger (pour le fun uniquement!) en supprimant cette
interdiction dans la liste de contrôle d'accès.
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
Exemples :
C:>junction "C:UsersBELLAMYAppDataLocalApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYAppDataLocalApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataLocal
Substitute Name: ??C:UsersBELLAMYAppDataLocal
Donc l'alias "...UsersxxxAppDataLocalApplication Data" pointe en
réalité vers le dossier "...UsersxxxAppDataLocal" (lequel contient un
sous dossier "Application Data", qui pointe vers le dossier .....qui
contient un sous-dossier .... qui pointe vers .....)!!!
Ce qui explique cet "effet vache qui rit" (par allusion à l'étiquette de
"Vache qui rit" ou on voit que les boucle d'oreilles de la vache sont des
boites avec la même étiquette, laquelle ...)
De même
C:>junction "C:UsersBELLAMYApplication Data"
Junction v1.02 - Win2K junction creator and reparse point viewer
Copyright (C) 2000 Mark Russinovich
Systems Internals - http://www.sysinternals.com
C:UsersBELLAMYApplication Data: JUNCTION
Print Name : C:UsersBELLAMYAppDataRoaming
Substitute Name: ??C:UsersBELLAMYAppDataRoaming
L'alias
"...UsersxxxApplication Data"
pointe en réalité vers le dossier
"...UsersxxxAppDataRoaming"
En prime, le dossier "Users" contient un fichier système/caché
"Desktop.ini" En effet, on trouve dans ce fichier la ligne suivante :
LocalizedResourceName=@%SystemRoot%system32shell32.dll,-21813
Et si on analyse le fichier "%SystemRoot%system32fr-FRshell32.dll.mui"
(ne pas oublier que sous VISTA, les ressources d'une DLL ou d'un EXE sont
"localisées" dans le fichier .<indicatifs de
langues><nom-du-fichier>.mui) avec un analyseur de ressources tel que
"ResourceHacker", on trouve :
Stringtable 1364/1036 (il faut chercher la bonne!):
STRINGTABLE
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
{
21808, "Téléchargements publics"
21809, "Commandes système"
21810, "Liens"
21811, "Maintenance"
21812, "Autres programmes et mises à jour"
21813, "Utilisateurs"
21814, "Parties enregistrées"
21815, "Dossier de gravure temporaire"
21816, "Public"
21817, "Program Files (x86)"
21818, "Sélections"
21819, "Présentations"
21820, "Exemples de sélections"
}
en particulier ce qui nous intéresse ici est
21813, "Utilisateurs"
C'est donc cette traduction "Utilisateurs" qui sera affichée dans
l'explorateur.
Mais en "vrai", le dossier s'appelle toujours "Users" .
En conclusion, tout ce merdier est du au fait que certains blaireaux ne
sont pas fichus de manipuler correctement des guillemets ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org