Partager via


Planifier un déploiement multilingue d’Office 2010

 

S’applique à : Office 2010

Dernière rubrique modifiée : 2016-11-29

Pour déployer Microsoft Office 2010 dans plusieurs langues, vous devez effectuer une planification minutieuse. Cet article décrit les considérations relatives à la planification de l’installation et aux personnalisations réalisables lors de l’installation de modules linguistiques ou d’outils de vérification linguistique.

Dans cet article :

  • Planifier le programme d’installation

  • Planifier les personnalisations

  • Planifier les outils de vérification linguistique

Planifier le programme d’installation

La conception d’Office 2010 indépendante de la langue simplifie le déploiement multilingue des produits Office. Au lieu de créer une série d’installations, vous autorisez le programme d’installation à coordonner une installation unique de plusieurs versions linguistiques.

Tous les composants propres à une langue figurent dans un module linguistique Microsoft Office 2010. Chaque module linguistique Office 2010 contient des dossiers spécifiques à la langue pour tous les produits Office 2010 disponibles dans cette langue. Les dossiers sont identifiés par une balise de langue ajoutée au nom du dossier. Pour obtenir la liste complète de balises de langue, voir Identificateurs de langue et valeurs d'ID de l'élément OptionState dans Office 2010.

Vous copiez tous les modules linguistiques Office 2010 dont vous avez besoin vers un point d’installation réseau qui contient au moins un produit Office 2010 complet. Par défaut, le programme d’installation installe automatiquement la langue qui correspond aux paramètres régionaux utilisateur Windows définis sur les ordinateurs des utilisateurs. Vous pouvez également ignorer ce comportement par défaut et gérer la distribution de plusieurs versions linguistiques de manière plus précise. Par exemple, vous pouvez :

  • installer plusieurs langues sur un seul et même ordinateur ;

  • spécifier les langues à installer sur les ordinateurs des utilisateurs, indépendamment de la langue du système d’exploitation, qui est spécifiée par les paramètres régionaux de l’utilisateur ;

  • spécifier des paramètres personnalisés une seule fois, puis les appliquer à toutes les versions linguistiques que vous déployez dans votre organisation ;

  • déployer des versions linguistiques différentes pour différents groupes d’utilisateurs ;

  • déployer le kit d’outils de vérification linguistique Microsoft Office 2010 pour des langues supplémentaires.

Pour identifier la solution de déploiement appropriée à votre scénario, voir le poster de modèle Déploiement des modules multilingues pour Microsoft Office 2010 (éventuellement en anglais)(https://go.microsoft.com/fwlink/?linkid=168622\&clcid=0x40C) (éventuellement en anglais).

Déploiement des modules multilingues pour Office 2010 - Modèle

Pour déterminer les langues de vérification associées incluses dans un module linguistique Office 2010, voir Langues de vérification associées pour Office 2010.

Chaque module linguistique Office 2010 contient les outils de vérification linguistique pour une ou plusieurs langues supplémentaires. Par exemple, le module linguistique Office 2010 danois contient les outils de vérification linguistique pour le danois, mais également pour l’anglais et l’allemand. Tous les modules linguistiques Office 2010 contiennent les outils de vérification linguistique pour l’anglais. Pour plus d’informations sur les outils de vérification linguistique, voir Planifier les outils de vérification linguistique.

Avant d’installer une version linguistique d’un produit Office 2010, le programme d’installation détermine si l’utilisateur dispose de la prise en charge de cette langue par le système d’exploitation. Le programme d’installation interrompt l’installation s’il n’y a pas cette prise en charge. Par exemple, si un utilisateur n’a pas activé la prise en charge des langues d’Extrême-Orient, le programme d’installation n’installe pas la version japonaise d’Office 2010.

Il est important de planifier les langues requises au début de votre déploiement. Vous devez suivre des étapes spécifiques si vous devez modifier les configurations des utilisateurs après le déploiement initial et inclure des langues supplémentaires dans le cadre de vos personnalisations. Pour plus d’informations, voir Ajouter ou supprimer des modules linguistiques après le déploiement d’Office 2010.

Présentation de la logique du programme d’installation pour la langue de l’interface utilisateur du shell

Chaque fois que vous déployez Office 2010 à partir d’un point d’installation réseau qui contient plusieurs versions linguistiques, le programme d’installation doit déterminer quelle langue utiliser pour l’interface utilisateur du programme d’installation. Par défaut, il utilise cette même langue comme langue d’installation Office 2010 et pour le shell. L’interface utilisateur du shell inclut des éléments principaux d’Office 2010 qui s’enregistrent avec le système d’exploitation, tels que les extensions de nom de fichier, les info-bulles et les options de menus contextuels.

Si votre objectif consiste à installer une seule version linguistique d’Office 2010 sur chaque ordinateur client, et si vous ne spécifiez pas de langues supplémentaires dans le fichier Config.xml, le programme d’installation utilise la logique suivante pour déterminer quelle langue utiliser :

  • Le programme d’installation correspond à la langue des paramètres régionaux de l’utilisateur.

  • S’il n’existe pas de correspondance, le programme d’installation recherche une correspondance étroite. Si les paramètres régionaux de l’utilisateur sont définis sur la valeur Anglais (Canada) par exemple, il peut installer Office 2010 en anglais (États-Unis).

  • Si aucune correspondance étroite n’existe, le programme d’installation recherche une langue dans la sous-clé suivante du Registre Windows :

    HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\LanguageResources

    Si l’entrée InstallLanguage n’a pas été ajoutée à la sous-clé LanguageResources et définie sur une langue spécifique (LCID), le programme d’installation invite l’utilisateur à sélectionner une langue (dans une installation interactive) ou l’installation échoue (dans une installation en mode silencieux).

Si vous envisagez d’installer plusieurs versions linguistiques d’Office 2010 sur chaque ordinateur client, vous devez modifier le fichier Config.xml et définir l’élément <AddLanguage> pour chaque langue que vous souhaitez inclure. Toutefois, lorsque vous ajoutez plusieurs langues dans le fichier Config.xml, vous devez spécifier celle que le programme d’installation doit utiliser pour l’interface utilisateur du shell. Si la langue du shell n’est pas spécifiée, l’installation échoue.

Pour spécifier une langue pour le shell, vous devez définir l’attribut ShellTransform de l’élément <AddLanguage>. Dans ce cas, la langue de l’interface utilisateur du programme d’installation suit la logique décrite précédemment. Toutefois, les langues installées sur l’ordinateur et la langue de l’interface utilisateur du shell sont déterminées par les entrées du fichier Config.xml.

Le programme d’installation installe toujours Office 2010 dans la langue de l’interface utilisateur du shell, en plus d’autres langues. Par exemple, si la langue de l’interface utilisateur du shell est le français, l’utilisateur peut sélectionner d’autres langues d’installation sous l’onglet Langues ; toutefois, il ne peut pas supprimer le français.

Pour connaître les étapes de personnalisation du programme d’installation dans le cadre de différents scénarios, voir les sections appropriées dans Personnaliser la configuration et les paramètres des langues pour Office 2010:

Planifier les personnalisations

Lorsqu’un utilisateur démarre une application Office 2010 pour la première fois, le programme d’installation applique les paramètres par défaut qui correspondent à la langue installée sur l’ordinateur et la langue spécifiée par les paramètres régionaux utilisateur Windows.

Quatre paramètres de langue principaux affectent la façon dont les utilisateurs travaillent dans Office 2010 :

  • Langue d’édition principale   Lorsque plusieurs versions linguistiques d’Office 2010 sont installées sur l’ordinateur, ce paramètre détermine la langue dans laquelle les utilisateurs travaillent dans les applications et les documents Office.

  • Langues d’édition activées   Les utilisateurs peuvent spécifier plusieurs langues pour les documents Office 2010. En fonction de la langue sélectionnée, ce paramètre peut nécessiter l’installation d’outils de vérification linguistique supplémentaires.

  • Langue de l’interface utilisateur   Ce paramètre détermine la langue dans laquelle l’interface utilisateur (menus et boîtes de dialogue) est affichée.

  • Langue d’aide   Ce paramètre détermine la langue dans laquelle les utilisateurs visualisent les rubriques d’aide.

Vous pouvez configurer, à l’avance, ces paramètres de langue. Si vous spécifiez des paramètres de langue personnalisés lorsque vous installez Office, en appliquant un fichier de personnalisation d’installation (fichier .msp) ou en définissant des stratégies, Office 2010 ne remplace pas vos paramètres par les paramètres par défaut lorsque les utilisateurs démarrent les applications pour la première fois.

Méthodes de personnalisation des paramètres de langue

Pour configurer les paramètres de langue, utilisez l’une des méthodes suivantes :

  • Stratégies de groupe   Les stratégies permettent d’appliquer les paramètres de langue par défaut. Les utilisateurs de votre entreprise ne peuvent pas modifier définitivement les paramètres gérés par les stratégies. Ils sont réappliqués à chaque ouverture de session.

    Les stratégies suivantes aident à gérer les paramètres de langue dans Office 2010 :

    • Afficher les menus et les boîtes de dialogue en   Située dans le dossier Langue d’affichage. Cette stratégie détermine la langue de l’interface utilisateur.

    • Afficher l’aide en   Située dans le dossier Langue d’affichage. Cette stratégie détermine la langue de l’aide en ligne. Si cette stratégie n’est pas configurée, la langue de l’aide utilise la langue de l’interface utilisateur.

    • Langues d’édition activées   Située dans le dossier Langues d’édition. Cette stratégie active les langues d’édition à partir de la liste des langues prises en charge par Office.

    • Langue d’édition principale   Située dans le dossier Langues d’édition activées. Cette stratégie spécifie la langue dans laquelle les utilisateurs travaillent dans les applications et les documents Office lorsque plusieurs versions linguistiques sont disponibles sur l’ordinateur.

  • Outil de personnalisation Office (OPO)   Vous devez utiliser l’outil OPO pour créer un fichier de personnalisation d’installation (fichier .msp) que le programme d’installation applique au cours de l’installation. Les paramètres spécifiés dans l’outil OPO sont les paramètres par défaut. Les utilisateurs peuvent les modifier après l’installation.

  • Outil Paramètres de langue   Si vous n’appliquez pas de paramètres de langue par stratégie, les utilisateurs qui travaillent dans des applications Office 2010 peuvent utiliser l’outil Paramètres de langue pour modifier leurs paramètres de langue.

Pour savoir comment utiliser ces outils pour personnaliser Office 2010 dans le cadre de déploiements multilingues, voir Personnaliser la configuration et les paramètres des langues pour Office 2010.

Autoriser les utilisateurs à afficher les nouveaux paramètres de langue à la première ouverture

En règle générale, une fois que vous avez configuré des paramètres de langue à l’aide de l’une des méthodes décrites dans cet article, le programme d’installation applique des paramètres par défaut qui correspondent à la langue installée sur l’ordinateur lorsqu’un utilisateur démarre une application Office 2010 pour la première fois. Cela signifie que les nouveaux paramètres de langue s’affichent la prochaine fois (seconde) que l’utilisateur démarre l’application Office 2010.

Si vous souhaitez que les utilisateurs affichent les nouveaux paramètres de langue la première fois qu’ils ouvrent une application Office 2010, vous pouvez déployer les paramètres de registre suivants sur leurs ordinateurs lorsque vous déployez une installation d’Office 2010 initiale ou avant qu’ils aient besoin d’utiliser une application Office 2010. Vous pouvez déployer ces paramètres de registre à l’aide d’un fichier de script ou de commandes, de la stratégie de groupe ou de l’OPO. Les paramètres de registre que vous devez configurer sont les valeurs DWORD suivantes sous la clé HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\LanguageResources :


  • UILanguage


  • HelpLanguage


  • FollowSystemUI

Pour chacune de ces valeurs, pour le nom Valeur, spécifiez le LCID (identificateur de paramètres régionaux) qui correspond à la langue à utiliser. Pour une liste de LCID, voir Identificateurs de langue et valeurs d'ID de l'élément OptionState dans Office 2010. Les LCID sont des valeurs décimales. Par conséquent, vous devez également définir l’option Base sur Décimal.

Personnaliser les paramètres spécifiques d’une langue, liés aux paramètres régionaux de l’utilisateur

En plus du paramètre Langue d’édition principale, Office 2010 configure des paramètres associés à une langue, tels que le format des nombres, afin qu’ils correspondent aux paramètres régionaux utilisateur du système d’exploitation. Ce comportement est contrôlé par l’entrée de la valeur LangTuneUp dans la sous-clé LanguageResources du Registre Windows. Si vous ne souhaitez pas que les paramètres régionaux utilisateur aient une incidence sur les paramètres par défaut, vous pouvez réinitialiser la valeur de LangTuneUp lorsque vous installez Office 2010. Si l’entrée LangTuneUp n’existe pas, Office 2010 la crée lors de la première utilisation d’une application et lui affecte la valeur OfficeCompleted.

L’entrée LangTuneUp peut prendre l’une des deux valeurs suivantes :

  • OfficeCompleted   Les paramètres basés sur les paramètres régionaux utilisateur ne sont pas appliqués à Office 2010 dans son ensemble. Toutefois, chaque application recherche toujours de nouveaux éditeurs de méthode d’entrée (IME) et des scripts de langue, et applique toujours les paramètres d’application spécifiques aux paramètres régionaux utilisateur. Par exemple, les applications s’assurent que les langues d’édition appropriées sont activées pour les claviers nouvellement installés et Word utilise les polices, dans Normal.dot, qui sont basées sur les paramètres régionaux utilisateur.

  • Interdit   Aucun paramètre associé aux paramètres régionaux utilisateur n’est modifié par Office 2010 ou par une application Office 2010.

Dans certains cas, le fait d’ignorer les paramètres régionaux utilisateur peut aider à maintenir une configuration standard dans une organisation multilingue. L’attribution de la valeur Interdit à l’entrée LangTuneUp garantit que les paramètres de langue restent cohérents et que les macros sont davantage compatibles au niveau international.

Par exemple, si votre entreprise est basée aux États-Unis et si vous souhaitez normaliser les paramètres au niveau international, vous pouvez déployer Office 2010 avec le paramètre Langue d’édition principale défini sur en-us (anglais États-Unis), ainsi qu’avec la valeur LangTuneUp définie sur Interdit. Dans ce scénario, les utilisateurs reçoivent les mêmes paramètres par défaut, quels que soient leurs paramètres régionaux utilisateur.

Ignorer les paramètres régionaux utilisateur n’est pas toujours la meilleure solution. Par exemple, les utilisateurs qui affichent et saisissent des caractères asiatiques dans des documents Office 2010 risquent de ne pas toujours disposer des polices des langues asiatiques dont ils ont besoin pour afficher ces caractères correctement. Si la langue d’installation de l’ordinateur de l’utilisateur ne correspond pas à la langue précédemment utilisée dans le document et si LangTuneUp prend la valeur Interdit, Office 2010 n’affiche pas les polices dans la langue qui n’est pas celle définie par défaut. Si vos installations Office 2010 doivent prendre en charge plusieurs paramètres régionaux utilisateur pour les langues asiatiques, vérifiez que LangTuneUp est toujours définie sur OfficeCompleted. Pour s’assurer que les utilisateurs ne modifient pas la valeur par défaut, définissez la stratégie correspondante.

Planifier les outils de vérification linguistique

Les outils de vérification linguistique permettent aux utilisateurs de modifier des documents dans plus de 50 langues. Selon la langue, ces outils de vérification linguistique peuvent inclure des vérificateurs orthographiques et grammaticaux, des dictionnaires de synonymes et des outils de césure par syllabe. Les outils de vérification peuvent également inclure des fonctionnalités d’édition spécifiques à la langue, telles que la détection automatique de la langue, la synthèse automatique et la correction automatique intelligente.

Le kit d’outils de vérification linguistique Office 2010 constitue une ressource unique à partir de laquelle vous pouvez installer n’importe quel outil de vérification. Vous pouvez installer les outils de vérification sur un ordinateur local ou déployer les outils pour un groupe d’utilisateurs. Vous pouvez également personnaliser et installer les outils pour un ou pour tous les utilisateurs de votre organisation.

Détermination de la méthode de déploiement des outils de vérification linguistique

Vous pouvez déployer des outils de vérification linguistique supplémentaires pour les utilisateurs qui ont besoin de modifier des documents dans des langues autres que celles qui sont déjà installées sur leur ordinateur. Vous pouvez déployer des outils de vérification linguistique supplémentaires depuis l’une ou l’autre de ces sources :

  • Module linguistique Office 2010   Utilisez cette option si les utilisateurs ont besoin à la fois de l’interface utilisateur et des outils de vérification de la langue ou si un module linguistique peut fournir toutes les langues d’outil de vérification linguistique dont vous avez besoin. Gardez à l’esprit que chaque version linguistique d’Office 2010 inclut des outils de vérification linguistique pour un ensemble de langues associées. Par exemple, lorsque vous déployez la version anglaise d’un produit Office 2010, les utilisateurs reçoivent les outils de vérification linguistique pour l’espagnol et le français en plus de l’anglais. Suivant le nombre de langues d’interface utilisateur que vous voulez déployer et les langues associées incluses, les modules linguistiques Office 2010 peuvent disposer de tous les outils de vérification linguistique dont vous avez besoin.

    Pour obtenir la liste des langues associées, voir Langues de vérification associées pour Office 2010. Si un module linguistique dispose de toutes les langues d’outil de vérification linguistique dont vous avez besoin, déployez un module linguistique en suivant les instructions correspondant à votre scénario indiquées dans Personnaliser la configuration et les paramètres des langues pour Office 2010.

  • Kit d’outils de vérification linguistique Office 2010   Ce produit contient les outils de vérification linguistique de toutes les langues proposées pour Office 2010. Utilisez cette option si vous n’avez pas besoin de l’interface utilisateur dans la langue, mais qu’il vous faut de nombreux outils de vérification linguistique non inclus dans le jeu de langues associées à toute langue installée ou incluse dans un module linguistique supplémentaire que vous pourriez installer.

Le module multilingue Office 2010 contient tous les modules linguistiques Office 2010. Les différents modules linguistiques Office 2010, le module multilingue Office 2010 et le kit d’outils de vérification linguistique Office 2010 sont disponibles par le biais des programmes de licences en volume Microsoft.

L’espace disque dur nécessaire pour l’installation des outils de vérification linguistique est de 1 gigaoctet (Go). Toutefois, l’espace disque global varie suivant que vous déployez les outils de vérification linguistique depuis un module linguistique ou depuis le kit d’outils de vérification linguistique Office 2010. Comme dans le cas de la plupart des produits Office 2010, l’ensemble du package du kit d’outils de vérification linguistique Office 2010 est mis en cache sur la source d’installation locale.

Notes

Les outils de vérification linguistique n’incluent pas de dictionnaires bilingues ni de séparateurs de mots. Ces outils font partie de la version linguistique ou du module linguistique.

Personnalisation du programme d’installation pour le kit d’outils de vérification linguistique Office 2010

Pour personnaliser le programme d’installation du kit d’outils de vérification linguistique Office 2010, modifiez le fichier Config.xml dans le dossier ProofKit.WW. Pour chaque jeu d’outils de vérification linguistique que vous ne souhaitez pas installer, dans l’élément OptionState, définissez l’attribut State sur Absent.

Syntaxe

<OptionState

   Id="ID_option"

   State="Absent" | "Advertise" | "Default" | "Local"

   [Children="force"]

/>

Attributs de l’élément OptionState

Le tableau suivant indique les attributs de l’élément OptionState, ainsi que les valeurs et descriptions correspondantes.

Attribut Valeur Description

Id

ID_option

Élément que l’utilisateur peut choisir d’installer. Voir Valeurs d'Id de l'élément OptionState dans le fichier Config.xml des outils de vérification linguistique dans Identificateurs de langue et valeurs d'ID de l'élément OptionState dans Office 2010.

State

Absent

La fonctionnalité n’est pas installée.

Advertise

La fonctionnalité est installée lors de sa première utilisation.

Default

La fonction retourne à son état d’installation par défaut.

Local

La fonctionnalité est installée sur l’ordinateur de l’utilisateur.

Children

force

Toutes les fonctionnalités enfants de la fonctionnalité sont définies sur l’état spécifié.

Notes

La valeur par défaut de l’attribut State est Local.

Exemple de fichier Config.xml pour kit d’outils de vérification linguistique Office 2010

L’exemple de fichier Config.xml suivant indique chaque langue pour laquelle l’attribut State de l’élément OptionState est défini sur Absent. Si vous décidez de copier cet exemple dans le fichier Config.xml du kit d’outils de vérification linguistique Office 2010, définissez l’attribut State de chaque jeu d’outils de vérification linguistique à déployer sur Local (ou Default ou Advertise, si vous préférez).

<Configuration Product="ProofKit">
  <!-- <Display Level="full" CompletionNotice="yes" SuppressModal="no" AcceptEula="no" /> -->
  <!-- <Logging Type="standard" Path="%temp%" Template="Microsoft Office Proofing Tools Kit Setup(*).txt" /> -->
  <!-- <USERNAME Value="Customer" /> -->
  <!-- <COMPANYNAME Value="MyCompany" /> -->
  <!-- <INSTALLLOCATION Value="%programfiles%\Microsoft Office" /> -->
  <!-- <LIS CACHEACTION="CacheOnly" /> -->
  <!-- <LIS SOURCELIST ="\\server1\share\Office;\\server2\share\Office" /> -->
  <!-- <DistributionPoint Location="\\server\share\Office" /> -->
  <!-- <OptionState Id="OptionID" State="absent" Children="force" /> -->
    <OptionState Id="IMEMain_1028" State="Absent" Children="force"/>
    <OptionState Id="IMEMain_1041" State="Absent" Children="force"/>
    <OptionState Id="IMEMain_1042" State="Absent" Children="force"/>
    <OptionState Id="IMEMain_2052" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1025" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1026" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1027" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1028" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1029" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1030" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1031" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1032" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1033" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1035" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1036" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1037" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1038" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1040" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1041" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1042" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1043" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1044" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1045" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1046" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1048" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1049" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1050" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1051" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1053" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1054" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1055" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1056" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1058" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1060" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1061" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1062" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1063" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1069" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1081" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1087" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1094" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1095" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1097" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1099" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1102" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_1110" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_2052" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_2068" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_2070" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_2074" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_3076" State="Absent" Children="force"/>
    <OptionState Id="ProofingTools_3082" State="Absent" Children="force"/>
  <!-- <Setting Id="Setup_Reboot" Value="IfNeeded" /> -->
  <!-- <Command Path="%windir%\system32\msiexec.exe" Args="/i \\server\share\my.msi" QuietArg="/q" ChainPosition="after" Execute="install" /> -->
</Configuration>

Mise en cache préalable de la source d’installation locale pour le kit d’outils de vérification linguistique Office 2010

Lorsque vous déployez le kit d’outils de vérification linguistique Office 2010, le programme d’installation crée une source d’installation locale sur l’ordinateur de l’utilisateur : il s’agit d’une copie des fichiers sources compressés du kit d’outils de vérification linguistique Office 2010. Une fois que les fichiers ont été copiés sur l’ordinateur de l’utilisateur, le programme d’installation termine l’installation à partir de la source d’installation locale. Vous pouvez réduire la charge sur le réseau en déployant la source d’installation locale séparément, avant de déployer le kit d’outils de vérification linguistique Office 2010. Pour effectuer la mise en cache préalable de la source d’installation locale du kit d’outils de vérification linguistique Office 2010, voir Mettre en cache de façon anticipée la source d’installation locale pour Office 2010. Utilisez les fichiers Setup.exe et Config.xml du dossier ProofKit.WW, sur le CD du kit d’outils de vérification linguistique Office 2010.