Philip, Merci pour tes longues réponses, elles seront aussi utiles à d'autre admins.
Après quelques essais infructueux, je me suis apperçu que je m'énervais avec document modèles MSOffice corrigé,, adapté et enregistré au format Ott... mais qui ne veux absolument pas s'afficher dans la liste des modèles...... Il doit y rester un choullia de M£ la dessous ! Quand à la hiérarchisation des modèles, c'est en effet ce qui est prévu pour la grande majorité des cas. Un dossier public et un dossier privé par utilisateur. Je vais encor testé si on peut définir plus de 3 localisation de modèles - Département - Unité organisationelle - Personnel Comme pour mes installation de M$, je vais concocter un document de configuration avec des menus pour que chaque utilisateur puisse personaliser rapidement sa config en fonction de ces activités et de l'unito où il travaille. merci encore Yves "Filip Lannoye" <[EMAIL PROTECTED]> a écrit sur 11.05.2006 11:20:06 : > Yves, > > Beaucoup de questions à la fois ... > Alors, voici plusieurs points de réponse ... > > 1. Affichage des modèles > C'est vrai que le champ "Titre" des propriétés de fichier est affiché s'il > est rempli. C'est un héritage de la v1 d'Ooo, où ce titre était utilisé > partout pour l'affichage. Heureusement, ça a été abandonné. Pour les > templates que j'ai déployés ici, j'ai pris la peine à chaque fois de bien > renseigner un titre unique à chaque fois. L'unicité des noms est de nouveau > très important, car tu copierais un modèle dans l'Explorateur, tu lui > donnerais un autre nom de fichier et voilà qu'il n'apparaîtrait pas, car son > titre est le même que celui de l'original. Attention à ce genre de > subtilités, car l'erreur est vite faite! > > 2. Hiérarchie des modèles > Je crois que tu devrais faire différentes variantes de ta procédure > d'installation. Les chemins sont stockés dans le fichier COMMON.XCU du > profil. Je te conseille de faire autant de versions différentes de ce > fichier que tu as de départements, question de fournir la liste pertinente > par groupe d'utilisateurs. Fatalement, il faudra aussi organiser les modèles > en fonction de cette même découpe. La question risque de se transformer en > question de gestion de réseau, plutôt qu'en question Ooo pure et dure ... > > 3. Mise à jour des modèles > Heureusement, le traitement des modèles est absolument transparent pour les > utilisateurs. Tu modifies les modèles allègrement (quand même -;). > L'utilisateur ne doit rien faire de spécial. La seule chose que tu > remarqueras, c'est qu'Ooo retient le dernier dossier de templates consultés. > Si tu ajoutes ou supprimes un modèle, à la prochaine ouverture de la boîte > de dialogue "Modèles et documents", la liste se remet à la racine pour > afficher la liste à jour. C'est un détail sur lequel je me base pour > vérifier si les mises à jour sont bien prises en compte, mais l'utilisateur > ne s'en aperçoit à peine, donc pas de panique pour ce point. C'est un truc > qui marche vraiment très très bien. > > 4. Modèles personnels à stocker en réseau > Si je te comprends bien, tu ne veux strictement rien laisser en local. > Alors, tu pourrais mettre un chemin pour les modèles du département et un > autre pour les personnels, tout en jouant avec des mappings. Ainsi, tu > aurais > modèles communs : H:\OOo\template > modèles perso : U:\OOo\template (p.ex.), où U: pointerait vers le > dossier personnel de l'utilateur sur le réseau et que \Ooo\Template serait > un chemin existant là-dedans (autant le créer de force par un script de > logon s'il n'existe pas) > Je miserais plutôt sur cette technique-ci que de faire jouer les > utilisateurs avec des raccourcis, car c'est extrêmement difficile à > expliquer aux utilisateurs. D'autant plus que ça crée pas mal d'autres > problèmes. J'en ai l'expérience sur le terrain. Un truc que j'ai fait dans > ce contexte, est donc de déployer la référence aux modèles partagés et à > ceux qui ont posé la question explicitement, j'ai complété la config à la > main pour pointer vers un seul dossier utilisateur du réseau. Là-dessus, > j'invitais la personne à grouper et structurer ses modèles dans ce dossier, > question de se conformer à la technique générale. C'est certainement plus > intéressant à faire, car sinon, tu retrouves une liste de 50 modèles à la > queue-leu-leu et ce n'est pas du tout pratique. Donc, autant se conformer à > la technique de base et pousser gentiment l'utilisateur à réorganiser ses > modèles. Je sais, une fois de plus on demandera à l'utilisateur de revoir > ses habitudes et c'est délicat. > > Bien à toi, > > Filip > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: donderdag 11 mei 2006 10:53 > To: [email protected] > Subject: RE: [users-fr] Utilisation de la gestion des modèles > > Filip, merci pour tes réponses pertinantes > > Mes utilisateurs peuvent changer de PC, Lorsqu'ils se connectes sous leur > username, il se crée un, profile perso en local sur le PC et certains > disques des serveurs sont connectés automatiquement par le login-script. > ça c'est OK. > > Quant à la hiérarchie des modèles, c'est plus compliqué que tu ne > l'expliques.... > > Il y a 7 départements qui sont divisés en de multiple sous unités avec un > gestionnaire de modèles par unité (NTFS, merci pour les droits d'accès) > > J'aimerai aussi savoir si la liste des modèles doit être crée et si en cas > d'ajout de dossiers ou de modèles toutes se mettent à jour automatiquement, > si ou quand (faut-il relancer le démmarage rapide ?), pour chaque > utilisateur ? > > L'unicité des nom de dossier, c'est OK, nous les préfixerons avec le sigle > de l'unité ou son n°, si j'ai bien compri, il faut pointer directement dans > le dossier lorsqu'on veut ajouter des modèles. > > Ce dont je me suis apperçu, c'est que le nom du modèle affiché n'est pas le > nom de fichier du modèle, mais la propriété "Titre" du modèle ! ce qui fait > que je trouvait des modèles sans nom.... ce n'est pas trop bien expliqué > dans la documentation ! > > "C'est ton choix. Si tu enlèves les chemins par défaut (1 dans Program Files > et 1 dans User Profile)...", j'aimerai bien que chaque utilisateur puisse > avoir son propre dossier de modele sur son espace disque réseau > (H:\OOo\template) > > Ce qui serait bien éventuellement, c'est peut-être que les utilisateurs > ajoutent simplement des raccourcis vers les dossiers des disques réseau dans > leur propre \user\template ? Est-ce envisageable ? > > Encore merci pour ta patience, je ne connais pas encore bien les subtilités > de OOo, mais j'y vient petit à petit, par contre Windows XP ne me fait pas > peur.... > > Yves > > > "Filip Lannoye" <[EMAIL PROTECTED]> a écrit sur 11.05.2006 09:46:05 > : > > > Yves, > > > > La technique pour renseigner les chemins des modèles est effectivement > un > > peu bizarre. J'ai été confronté au même problème lors de nos > > précédentes migrations dont je parlais dans des réponses antérieures. > > > > ******************** > > Technique générale : > > ******************** > > 1. Organiser les modèles par type dans des dossiers dédiés (ce que tu > > sembles avoir fait). Pour reprendre ton exemple: > > H:\OOo\users\template\lettres > > H:\OOo\users\template\tableurs > > 2. Dans les options, il faut référencer un niveau au-dessus des > > dossiers contenant les modèles, donc: > > H:\OOo\users\template > > Le résultat sera que dans la liste des modèles affichés, tu verras > > apparaître une catégorie "lettres" et une catégorie "tableurs". > > Attention toujours à ne pas subdiviser davantage lesdits dossiers, car > Ooo > > semble repérer qu'un seul niveau en dessous du niveau renseigné. Pour > des > > raisons de "propreté" à l'affichage, je ne mettrais pas non plus des > modèles > > directement à la racine dans H:\OOo\users\template. > > > > Cette technique marche à merveille. Une fois que toutes les > installations > > des clients pointent vers ce dossier partagé, tu peux jouer en > arrière-fond > > avec les modèles comme tu veux (ajouter, supprimer, modifier). > > D'autant > plus > > que tu profites pleinement à ce moment-là de la sécurité NTFS et de > partage. > > > > Exemple implémenté au CIRB: puisqu'on travaille en bilingue, nous > > avons doublé tous les modèles en FR et en NL ; les dossiers ne > > s'appellent pas juste "lettres", mais plutôt "1-Lettres" et > > "2-Brieven". Ainsi, le tri > se > > fait sur le numéro et ensuite, nous regroupons quand même les lettres, > puis > > les fax, etc. > > > > > > ************************************** > > Renseigner plusieurs dossiers partagés > > ************************************** > > Quant à la question de savoir si tu sais renseigner plusieurs > > dossiers, > et > > oui, ça marche très bien, toujours sous la forme > "H:\OOo\users\template". > > Attention par contre aux noms des dossiers, car quand tu as 2x > "Lettres", il > > n'y a qu'un dossier sur deux qui sera affiché. Donc attention à > l'unicité > > des noms. > > Attention tout court, car les dossiers des deux chemins renseignés se > > mélangent pour être affichés par ordre alphabétique. > > Je plaide absolument pour une sous-catégorisation, ce qui me semble > > bien plus simple à gérer. > > > > ******************************** > > Conserver les chemins par défaut > > ******************************** > > C'est ton choix. Si tu enlèves les chemins par défaut (1 dans Program > Files > > et 1 dans User Profile), tu as l'avantage de présenter la même offre > > de modèles à tout le monde. Mais j'en déduis alors que tu veux > > empêcher tes utilisateurs à créer/stocker leurs propres modèles. Si, > > ils pourront toujours le faire et les stocker dans "Mes Documents", > > mais alors là, > ces > > modèles sont moins facilement utilisables (il faut naviguer dans la > fenêtre > > des Modèles & Documents), ce qui est très vite une raison pour les > > utilisateurs à ne pas faire des modèles, mais à reprendre des > > documents existants avec tous les risques bien connus. > > Personnellement, pour les migrations réalisées, j'ai laissé ces > > chemins > pour > > permettre tout de même aux utilisateurs de créer leurs propres modèles. > > > > Voir quelques commentaires dans le "How to - Modèles de document" > > signé > CIRB > > qui se trouve en bas de la liste des "How To - Writer" sur > > fr.openoffice.org. > > > > Bien à toi, > > > > Filip > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: donderdag 11 mei 2006 9:17 > > To: [email protected] > > Subject: [users-fr] Utilisation de la gestion des modèles > > > > Bonjour, > > J'ai quelques petites lacunes quant aux fonctions de la boîte de > > gestion > des > > modèles, je sius sous WinXP, en réseau d'entreprise avec des serveurs > > de fichiers ! > > Concernant les chemins d'accès aux modèles : > > - Peut-on définir dans les Options / Chemins / Modèles plsu de deux > chemins > > ? > > - Si oui, j'aimerai que ces chemins soient sur des disques réseau > connectés > > par une lettre. > > - Ce que je ne comprend pas, c'est que le fait de simplement ajouter > > un chemin dans cette boîte de dialogue permette d'afficher tous les > > sous-dossiers et modèles désignés par ce chemin. > > - Faut-il impérativement conserver les chemins par défaut ? > > Exemple pour que vous compreniez bien mon problème : > > Chemins d'accès aux modèles : > > H:\OOo\users\template\ (H:\, P:\ ou O:\ > sont > > des disques connectés sur des serveurs de fichiers sur le réseau) > > \lettres\lettre01.ott > > \lettres\lettre02.ott > > \tableurs\tableau01.ots > > P:\ServiceRH\Ooo\share\template\ > > \RH > lettres\lettre01.ott > > > > O:\DepartementX\Ooo\share\template\ > > Dpt > > lettres\lettre10.ott > > Dpt > > tableaux\tab11.ots > > > > Et j''aimerai que dans la boîte modèles la hiérarchie soit > > représentées > sous > > la forme : > > si je clique sur l'icône > > "Modèles", sous titre je retrouve les dossiers > > lettres, > > tableurs, > > RH lettres, > > Dtp lettres, > > Dpt tableaux > avec > > les modèles à choix un foix que l'utilisateur clique sur le dossier. > > Il faut bioen entendu que les modèles ne soient pas verouillés pour > > que > les > > personnes chargées de les mettres à jour puisse facilement le > > modifier, > les > > supprimer, et en ajouter sans devoir demander à tous les utilisateurs > > de quitter l'application OOo. > > J'attend des explpications sur ce sujet de gestionnaires de grands > comptes > > ayant les mêmes préocupations de déploiement massif et surtout de > > rationalisation (pour mon cas plus de 6000 utilisateurs en fin de > > projet !!!). > > J'ai peut-être aussi raté une documentation ! > > Avec mes meilleures salutations > > > > Yves > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
