Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut UserApplication
DataMicrosoftWordDÉMARRAGE
Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut UserApplication
DataMicrosoftWordDÉMARRAGE
Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut UserApplication
DataMicrosoftWordDÉMARRAGE
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
BonjourJe copie ce fichier normal.dot dans c:Documents and SettingsDefaut
UserApplication DataMicrosoftWordDÉMARRAGE
Vous pouvez aussi le mettre dans
C:Program FilesMicrosoft OfficeOffice12STARTUP
et là il s'appliquera à tout le monde.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
--
A+
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
Bonjour
Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut
UserApplication DataMicrosoftWordDÉMARRAGE
Vous pouvez aussi le mettre dans
C:Program FilesMicrosoft OfficeOffice12STARTUP
et là il s'appliquera à tout le monde.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
--
A+
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
BonjourJe copie ce fichier normal.dot dans c:Documents and SettingsDefaut
UserApplication DataMicrosoftWordDÉMARRAGE
Vous pouvez aussi le mettre dans
C:Program FilesMicrosoft OfficeOffice12STARTUP
et là il s'appliquera à tout le monde.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
--
A+
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet utilisateur et
qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet utilisateur et
qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet utilisateur et
qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
Bonsoir,
Merci pour cet emplacement possible.Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre, si
le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en changeant
de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bonsoir,
Merci pour cet emplacement possible.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre, si
le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en changeant
de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bonsoir,
Merci pour cet emplacement possible.Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre, si
le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en changeant
de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bernard Flavignard a écrit :Bonsoir,
Merci pour cet emplacement possible.Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre,
si le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en
changeant de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bonsoir,
Et pourquoi ne pas faire l'inverse : faire pointer "Mes Documents" sur T:
? Ça doit être à la portée du premier administrateur réseau venu, de faire
un petit fichier .reg qui automatise la manip (si elle doit l'être) à
chaque démarrage de la machine...
db
Bernard Flavignard a écrit :
Bonsoir,
Merci pour cet emplacement possible.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre,
si le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en
changeant de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bonsoir,
Et pourquoi ne pas faire l'inverse : faire pointer "Mes Documents" sur T:
? Ça doit être à la portée du premier administrateur réseau venu, de faire
un petit fichier .reg qui automatise la manip (si elle doit l'être) à
chaque démarrage de la machine...
db
Bernard Flavignard a écrit :Bonsoir,
Merci pour cet emplacement possible.Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.
Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre,
si le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en
changeant de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
Bonsoir,
Et pourquoi ne pas faire l'inverse : faire pointer "Mes Documents" sur T:
? Ça doit être à la portée du premier administrateur réseau venu, de faire
un petit fichier .reg qui automatise la manip (si elle doit l'être) à
chaque démarrage de la machine...
db
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un
script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un
script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un
script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
Net USE T: %Homeshare%Documents /persistent:no
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
Bonsoir,
"Bernard Flavignard" <be.flavi-chez-orange.fr> a écrit dans le message de
news: 4ad397c2$0$971$Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
si c'est un réseau avec un contrôleur de domaine
on peut aussi utiliser les stratégies
plutôt que de bidouiller les reg
( stratégie de redirection des dossiers)
Quoi qu'il en soit le mappage de T:
et l'écriture dans la BdR
peuvent être dans le même script...
QQ chose du type
Net USE T: %Homeshare%Documents /persistent:no
avec l'unique looooonngue ligne
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser
Shell Folders" /v Personnal /d T: /f
Devrait fonctionner quelquesoit l'ordre ( REG avant ou non) car je pense
que windows n'utilisera l'info qu'au moment d'ouvrir "Mes documents"
A+
HB
Net USE T: %Homeshare%Documents /persistent:no
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
Bonsoir,
"Bernard Flavignard" <be.flavi-chez-orange.fr> a écrit dans le message de
news: 4ad397c2$0$971$ba4acef3@news.orange.fr...
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
si c'est un réseau avec un contrôleur de domaine
on peut aussi utiliser les stratégies
plutôt que de bidouiller les reg
( stratégie de redirection des dossiers)
Quoi qu'il en soit le mappage de T:
et l'écriture dans la BdR
peuvent être dans le même script...
QQ chose du type
Net USE T: %Homeshare%Documents /persistent:no
avec l'unique looooonngue ligne
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser
Shell Folders" /v Personnal /d T: /f
Devrait fonctionner quelquesoit l'ordre ( REG avant ou non) car je pense
que windows n'utilisera l'info qu'au moment d'ouvrir "Mes documents"
A+
HB
Net USE T: %Homeshare%Documents /persistent:no
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
Bonsoir,
"Bernard Flavignard" <be.flavi-chez-orange.fr> a écrit dans le message de
news: 4ad397c2$0$971$Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--
si c'est un réseau avec un contrôleur de domaine
on peut aussi utiliser les stratégies
plutôt que de bidouiller les reg
( stratégie de redirection des dossiers)
Quoi qu'il en soit le mappage de T:
et l'écriture dans la BdR
peuvent être dans le même script...
QQ chose du type
Net USE T: %Homeshare%Documents /persistent:no
avec l'unique looooonngue ligne
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser
Shell Folders" /v Personnal /d T: /f
Devrait fonctionner quelquesoit l'ordre ( REG avant ou non) car je pense
que windows n'utilisera l'info qu'au moment d'ouvrir "Mes documents"
A+
HB
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
/persistent:no signifie?
REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
/v ?
/d
/f
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
/persistent:no signifie?
REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
/v ?
/d
/f
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
/persistent:no signifie?
REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
/v ?
/d
/f
bonsoir,
Bernard Flavignard wrote:Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
Les utilisateurs sont-ils en vrac dans l'unité d'organisation "Users"
ou bien rangés dans une ou plusieurs unités d'organisation ( OU) créées
pour ?
Si tu n'en sait rien, c'est sans doute qu'il n'y a rien que Users
et à moins de tout chambouler
tu ne peux pas utiliser de stratégies sur les utilisateurs
Il ne te reste donc que le ou les szcripts "de connexion"
qui sont en fait ce que windows nomme "script de profil"
Si il y a une des OU dédiés tu peux "créer"
des objets "stratégie de groupe" ( GPO) associés
puis y régler de nombreux paramètres qui définiront de façon précise
l'environnement et les restrictions éventuelles pour les utilisateurs ...
Ceci dit quand on n'a jamais fait ça
mieux vaut être guidé autrement que sur un NG ;o)
d'où ma proposition de modif du script...
Explications supp :
================== >>> Net USE T: %Homeshare%Documents /persistent:no/persistent:no signifie?
("persistent" comme persistant :o)
Pour que le lecteur soit viré à la fermeture de session,
sinon, par défaut, il reste ...REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f/v ?
( v comme value)
doit précéder la valeur du registre à écrire/modifier/d
(d comme data)
doit précéder la ou les donnée(s) pour cette "valeur"/f
(f comme force)
remplace sans sommation si la valeur existe déjà
Pour plus d'info :
en invite de commande ... --> REG ADD /?
dira tout et bien plus encore ;o)
Dernière remarque :
J'utilise REG ADD plutôt qu'un regedit /s <fichier.reg>
car, contrairement à regedit, REG n'est jamais bloqué par la stratégie.
"Désactiver les outils d'édition du registre "
et je ne sais pas comment ça se passe sur ce domaine.
HB
bonsoir,
Bernard Flavignard wrote:
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
Les utilisateurs sont-ils en vrac dans l'unité d'organisation "Users"
ou bien rangés dans une ou plusieurs unités d'organisation ( OU) créées
pour ?
Si tu n'en sait rien, c'est sans doute qu'il n'y a rien que Users
et à moins de tout chambouler
tu ne peux pas utiliser de stratégies sur les utilisateurs
Il ne te reste donc que le ou les szcripts "de connexion"
qui sont en fait ce que windows nomme "script de profil"
Si il y a une des OU dédiés tu peux "créer"
des objets "stratégie de groupe" ( GPO) associés
puis y régler de nombreux paramètres qui définiront de façon précise
l'environnement et les restrictions éventuelles pour les utilisateurs ...
Ceci dit quand on n'a jamais fait ça
mieux vaut être guidé autrement que sur un NG ;o)
d'où ma proposition de modif du script...
Explications supp :
================== >>> Net USE T: %Homeshare%Documents /persistent:no
/persistent:no signifie?
("persistent" comme persistant :o)
Pour que le lecteur soit viré à la fermeture de session,
sinon, par défaut, il reste ...
REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f
/v ?
( v comme value)
doit précéder la valeur du registre à écrire/modifier
/d
(d comme data)
doit précéder la ou les donnée(s) pour cette "valeur"
/f
(f comme force)
remplace sans sommation si la valeur existe déjà
Pour plus d'info :
en invite de commande ... --> REG ADD /?
dira tout et bien plus encore ;o)
Dernière remarque :
J'utilise REG ADD plutôt qu'un regedit /s <fichier.reg>
car, contrairement à regedit, REG n'est jamais bloqué par la stratégie.
"Désactiver les outils d'édition du registre "
et je ne sais pas comment ça se passe sur ce domaine.
HB
bonsoir,
Bernard Flavignard wrote:Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.
Les utilisateurs sont-ils en vrac dans l'unité d'organisation "Users"
ou bien rangés dans une ou plusieurs unités d'organisation ( OU) créées
pour ?
Si tu n'en sait rien, c'est sans doute qu'il n'y a rien que Users
et à moins de tout chambouler
tu ne peux pas utiliser de stratégies sur les utilisateurs
Il ne te reste donc que le ou les szcripts "de connexion"
qui sont en fait ce que windows nomme "script de profil"
Si il y a une des OU dédiés tu peux "créer"
des objets "stratégie de groupe" ( GPO) associés
puis y régler de nombreux paramètres qui définiront de façon précise
l'environnement et les restrictions éventuelles pour les utilisateurs ...
Ceci dit quand on n'a jamais fait ça
mieux vaut être guidé autrement que sur un NG ;o)
d'où ma proposition de modif du script...
Explications supp :
================== >>> Net USE T: %Homeshare%Documents /persistent:no/persistent:no signifie?
("persistent" comme persistant :o)
Pour que le lecteur soit viré à la fermeture de session,
sinon, par défaut, il reste ...REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f/v ?
( v comme value)
doit précéder la valeur du registre à écrire/modifier/d
(d comme data)
doit précéder la ou les donnée(s) pour cette "valeur"/f
(f comme force)
remplace sans sommation si la valeur existe déjà
Pour plus d'info :
en invite de commande ... --> REG ADD /?
dira tout et bien plus encore ;o)
Dernière remarque :
J'utilise REG ADD plutôt qu'un regedit /s <fichier.reg>
car, contrairement à regedit, REG n'est jamais bloqué par la stratégie.
"Désactiver les outils d'édition du registre "
et je ne sais pas comment ça se passe sur ce domaine.
HB
Bonsoir,
Même si je ne suis pas un spécialiste, j'ai déja "joué" un peu avec
ça. Mes étudiants sont dans un goupe (ça doit être ce que tu
appelles OU).
Bonsoir,
Même si je ne suis pas un spécialiste, j'ai déja "joué" un peu avec
ça. Mes étudiants sont dans un goupe (ça doit être ce que tu
appelles OU).
Bonsoir,
Même si je ne suis pas un spécialiste, j'ai déja "joué" un peu avec
ça. Mes étudiants sont dans un goupe (ça doit être ce que tu
appelles OU).