Fichier Config.xml dans Office 2010

Syntaxe

<Configuration [Product="ID_produit"] >

   ...

</Configuration>

Attributs

Remarques

L’attribut Product identifie le produit concerné par ce fichier Config.xml. L’ID_produit est défini dans le fichier Setup.xml qui est situé dans le dossier principal du produit, dans l’attribut ID de l’élément Setup.

L’attribut Product est facultatif, sauf si vous définissez l’attribut Élément DisplayLevel sur « basic » or « none ». Dans ce cas, l’attribut Product est requis. Si le produit spécifié par l’attribut Product n’existe pas dans le point d’installation réseau, le programme d’installation termine l’installation.

Exemple

L’ID_produit pour Microsoft Office Professionnel Plus 2010 se trouve dans ProPlus.WW\Setup.xml dans la ligne suivante :

<Setup Id="ProPlus" Type="Product"  ... >

Vous utilisez cet ID_produit dans Config.xml pour spécifier Office Professionnel Plus 2010 en entrant les informations suivantes :

<Configuration Product="ProPlus">
   ...
</Configuration>

Syntaxe

<AddLanguage

   Id="ll-cc" | "match"

   [ShellTransform="Yes"]

/>

Attributs

Remarques

La langue doit être disponible au point d’installation réseau.

Vous pouvez recourir à plusieurs éléments pour AddLanguage et Élément RemoveLanguage. Si Élément RemoveLanguage et l’élément AddLanguage spécifient tous deux la même langue, l’élément AddLanguage est prioritaire et la langue est installée.

Il existe trois concepts de langue dont vous devez tenir compte lorsque vous installez Office 2010 :

• Interface utilisateur du programme d’installation : langue de l’installation.

• Interface utilisateur de l’environnement : langue des raccourcis, des menus contextuels et des info-bulles.

• Interface utilisateur d’Office : langue de l’interface utilisateur et des menus d’Office.

En présence de plusieurs langues Office, ces trois valeurs sont déterminées comme suit :

Par défaut, l’interface utilisateur du programme d’installation dépend du jeu de ressources disponibles pour l’installation et de la possibilité d’établir une correspondance avec les paramètres régionaux utilisateur. Par défaut, l’interface utilisateur du programme d’installation correspond aux paramètres régionaux utilisateur. L’interface utilisateur de l’environnement dépend du jeu de langues en cours d’installation et suit par défaut l’interface utilisateur du programme d’installation. La langue par défaut de l’interface utilisateur d’Office dépend des paramètres régionaux utilisateur et des paramètres utilisateur actuels. La configuration par défaut consiste à utiliser les paramètres régionaux utilisateur Windows définis sur chaque ordinateur d’utilisateur. Cela signifie que dans le cas par défaut, l’interface utilisateur du programme d’installation, l’interface utilisateur de l’environnement et l’interface utilisateur d’Office sont toutes les mêmes.

Dans les systèmes d’exploitation Windows, les paramètres régionaux constituent un ensemble d’informations de préférence utilisateur liées aux conventions linguistiques, environnementales et culturelles de l’utilisateur. Ces informations se présentent sous la forme d’une liste de valeurs permettant de déterminer la langue d’entrée adéquate, la disposition du clavier, l’ordre de tri et les formats utilisés pour les nombres, les dates, les devises et l’heure. Les paramètres régionaux utilisateur constituent un paramétrage par utilisateur qui détermine les formats utilisés par défaut pour l’affichage des dates, des heures, de la devise et des nombres, ainsi que l’ordre de tri d’un texte. Les paramètres régionaux utilisateur sont spécifiés pour chaque compte créé sur un ordinateur.

Si un administrateur spécifie plusieurs langues pour l’installation dans le fichier Config.xml, la langue de l’interface utilisateur de l’environnement doit être sélectionnée parmi les langues qui sont installées. Pour ce faire, les administrateurs spécifient l’attribut ShellTransform de l’élément AddLanguage dans le fichier Config.xml. AddLanguage spécifie la langue que le programme d’installation utilise pour l’interface utilisateur de l’environnement. Toutefois, cela n’a pas nécessairement une incidence sur le choix de l’interface utilisateur du programme d’installation ou d’Office lors de l’installation sur l’ordinateur de l’utilisateur.

Par exemple, dans le cas d’une image Office contenant l’anglais, le français, l’allemand et l’espagnol, pour indiquer que le programme d’installation doit installer la prise en charge linguistique complète pour toutes ces langues et que l’interface utilisateur de l’environnement doit suivre les options régionales par défaut de l’utilisateur, vous ajoutez les éléments suivants au fichier Config.xml.

<AddLanguage Id="match" ShellTransform="yes"/> <AddLanguage Id="en-us" /> <AddLanguage Id="fr-fr" /> <AddLanguage Id="de-de" /> <AddLanguage Id="es-es" />

Dans l’exemple précédent, le programme d’installation installe toutes les langues spécifiées et l’interface utilisateur de l’environnement correspond à la langue des paramètres régionaux de l’utilisateur. Si davantage de langues étaient disponibles dans l’image source, la valeur match dans l’exemple précédent pourrait installer une langue supplémentaire si la langue match ne correspondait pas à l’une des quatre autres langues explicitement spécifiées. Par exemple, si le japonais était également inclus dans la source, cet exemple installerait le japonais en plus des quatre autres langues lors de leur installation sur un ordinateur dont les paramètres régionaux utilisateur sont définis sur le japonais.

Exemple

<AddLanguage Id="en-us" ShellTransform="Yes" />

Syntaxe

<ARP attribut =" valeur " [attribut**="valeur"**] ... />

Attributs

Syntaxe

<Command

   Path="chemin_d’accès"

   [QuietArg="arguments"]

   [Args="arguments"]

   [ChainPosition="Before" | "After"(par défaut)]

   [Wait="millisecondes"]

   [Execute="Install"(par défaut) | "Uninstall"]

   [Platform="x86"(par défaut) | "x64"]

/>

Attributs

Le tableau suivant décrit les attributs de l’élément Command.

Remarques

L’élément Command du fichier Config.xml et l’option Ajouter des installations et exécuter des programmes de l’outil OPO (lignes de commande entrées dans les boîtes de dialogue Ajouter une entrée de programme et Modifier une entrée de programme) sont destinés à être utilisés uniquement pour les procédures initiales d’installation et de désinstallation. Les commandes de l’élément Command sont traitées uniquement pendant les installations et désinstallations initiales. Si les commandes de l’élément Command sont utilisées pour les personnalisations après l’installation initiale, elles sont ignorées.

La ligne de commande peut être spécifiée de sorte d’exécuter une commande arbitraire ou un exécutable léger que vous souhaitez exécuter lors de l’installation de ce produit.

L’élément Command du fichier Config.xml et l’option Ajouter des installations et exécuter des programmes de l’OPO ne fournissent pas les capacités de déploiement logiciel que procure un outil de gestion et de déploiement logiciel d’entreprise, telles que la capacité de suivre la progression du déploiement et de dépanner les problèmes. Par conséquent, nous vous recommandons de limiter l’utilisation de l’élément Command du fichier Config.xml et de l’option Ajouter des installations et exécuter des programmes de l’OPO à n’exécuter que des exécutables légers ou des commandes arbitraires qui ne modifieront pas l’ordinateur ou ne nécessiteront pas l’intervention de l’utilisateur. Par exemple, vous pouvez exécuter un utilitaire pour copier les journaux ou une commande pour lancer une page d’accueil à la fin de l’installation.

L’utilisation des attributs Args et QuietArg est la suivante :

• L’attribut Args est toujours ajouté à la commande. Il peut inclure des commutateurs comme "/install" ou **"Company=**MonEntreprise".

• L’attribut QuietArg est également ajouté si le programme d’installation est exécuté sans assistance (avec Display comme Display="none"). Dans les cas de ce type, vous pouvez spécifier l’attribut QuietArg avec le commutateur "/quiet". Vous pouvez par exemple utiliser : QuietArg="/quiet".

Les instructions suivantes s’appliquent à l’attribut Wait :

• Attribuer à l’attribut Wait la valeur de 0 milliseconde indique une attente nulle entre l’exécution du programme et la poursuite de l’installation.

  Les codes de retour sont respectées uniquement si la valeur Wait est différente de zéro. Si vous spécifiez 0, le programme d’installation n’attendra pas pour poursuivre l’installation après avoir exécuté le programme spécifié. Par conséquent, il n’y a pas de code de retour à rapporter dans ce cas.

• Attribuer à l’attribut Wait n’importe quelle valeur positive différente de zéro détermine une attente du nombre exact de millisecondes que vous spécifiez. Si le processus se termine avant le délai spécifié, le programme d’installation poursuit son exécution. Si le processus n’a pas terminé à l’issue du délai spécifié, l’installation échoue.

• Attribuer à l’attribut Wait la valeur -1 indique d’attendre indéfiniment. Cela peut être problématique, car si le processus de commande cesse de répondre (se fige), le programme d’installation cesse de répondre et attend indéfiniment que la commande s’exécute.

Si deux éléments Command ou plus sont présents dans le fichier Config.xml, ils sont exécutés dans l’ordre spécifié dans Config.xml.

Exemples

<Command Path="\\server\share\myscript.exe" Args='/id "123 abc"' QuietArg="/q" Wait="30000" />

Syntaxe

<COMPANYNAME Value=" nom_société " />

Attributs

Exemple

<COMPANYNAME Value="Microsoft Corporation" />

Syntaxe

<Display

   Level="None" | "Basic" | "Full"(par défaut)

   CompletionNotice="Yes" | "No"(par défaut)

   SuppressModal="Yes" | "No"(par défaut)

   NoCancel="Yes" | "No"(par défaut)

   AcceptEula="Yes" | "No"(par défaut)

/>

Attributs

Remarques

Si cet élément n’est pas défini, les paramètres par défaut sont utilisés. Si une valeur non valide est spécifiée, le programme d’installation termine l’installation.

Si l’attribut Level est défini sur « basic » ou « none » et que vous fournissez une clé de produit à l’aide de Élément PIDKEY, le programme d’installation suppose que vous acceptez également le contrat de licence pour le compte de l’utilisateur.

Exemple

<Display Level="none" CompletionNotice="no" SuppressModal="yes" AcceptEula="Yes" />

Syntaxe

<DistributionPoint Location=" chemin d’accès " />

Attributs

Remarques

Si ce paramètre n’est pas spécifié, le programme d’installation considère que le fichier Setup.exe se trouve à la racine du point d’installation réseau.

Exemple

<DistributionPoint Location="\\server1\office" />

Syntaxe

<INSTALLLOCATION Value=" chemin d’accès " />

Attributs

Remarques

Vous pouvez utiliser des variables d’environnement système dans le chemin d’accès. Si cet élément n’est pas spécifié, Office est installé dans %ProgramFiles%\Microsoft Office.

Exemple

<INSTALLLOCATION Value="%ProgramFiles%\MyApps" />

Syntaxe

<LIS

[CACHEACTION="CacheOnly" | "RemoveCacheOnly"]

[SOURCELIST=" liste de chemins d’accès séparés par des points-virgules "]

/>

Attributs

Remarques

Par défaut, la source d’installation locale est créée dans le dossier \MsoCache\All Users à la racine du lecteur sur lequel Office est installé. Les fichiers de personnalisation de l’installation et les mises à jour logicielles dans le dossier Updates au point d’installation réseau sont également copiés.

Si vous spécifiez Élément INSTALLLOCATION, la désignation du lecteur dans le chemin d’accès permet de déterminer le lecteur sur lequel la source d’installation locale est créée. Par exemple, si le chemin d’accès Élément INSTALLLOCATION est E:\office\files, la source d’installation locale est créée sur le lecteur E. Les sources répertoriées par l’attribut SOURCELIST sont conservées avec le produit installé et sont utilisées par le programme d’installation si la source d’installation locale sur l’ordinateur de l’utilisateur est manquante ou endommagée.

Exemple

<LIS CACHEACTION="CacheOnly" />   
<LIS SOURCELIST="\\server1\office;\\server2\corpdata" />

Syntaxe

<Logging

   Type="Off" | "Standard"(par défaut) | "Verbose"

   Path="chemin_d’accès"

   Template="nom_fichier.txt"

/>

Attributs

Remarques

Vous pouvez spécifier un signe * n’importe où dans la valeur Template. Le programme d’installation insère une chaîne à cet endroit, qui présente le format suivant :

YYYYMMDDHHMMSS xxx

où :

1. AAAA = Année

2. MM = Mois

3. JJ = Jour

4. HH = Heure

5. MM = Minute

6. SS = Secondes

7. xxx = chaîne unique générée par le programme d’installation

Exemple

<Logging Type="standard" Path="%temp%" 
   Template="MyLog(*).txt" 
/>

Dans cet exemple, le programme d’installation crée un fichier journal chaque fois qu’il installe le produit. Il utilise des noms de fichier uniques tels que les suivants.

%temp%\MyLog(20060428110717CFC).txt
%temp%\MyLog(20060429113143C70).txt

Syntaxe

<MinOSRequirement

   VersionNT="version"

   WindowsBuild="nombre"

   ServicePackLevel="nombre"

/>

Attributs

Les valeurs suivantes peuvent être utilisées.

Remarques

Le programme d’installation ne procède pas à l’installation si l’ordinateur de l’utilisateur possède un système d’exploitation dont la version est antérieure aux informations spécifiées ici (ou le comportement Office par défaut si cet élément n’est pas spécifié). Vous ne pouvez pas spécifier ici une version de Windows antérieure à la version requise par Office 2010.

Pour plus d’informations sur la configuration requise, voir Nouveautés d’Office 2010 pour les professionnels de l’informatique.

Syntaxe

<OptionState

   Id="ID_option"

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

   [Children="force"]

/>

Attributs

Remarques

Une fonctionnalité est un élément que l’utilisateur peut choisir d’installer. La valeur Id d’une fonctionnalité est définie dans l’élément Option du fichier Setup.xml situé dans le dossier de produit principal.

Exemple

<OptionState Id="ExcelAddinFiles" 
   State="Absent" 
   Children="force" 
/>

Syntaxe

<PIDKEY Value=" clé_25_caractères " />

Attributs

Remarques

Lorsque la valeur PIDKEY est définie, les utilisateurs ne sont pas tenus de taper une clé de produit lorsqu’ils installent Office.

Pour entrer une clé MAK dans le fichier Config.xml, ajoutez la ligne suivante au fichier.

<PIDKEY Value="AAAAABBBBBCCCCCDDDDDEEEEE" />

Où AAAAABBBBBCCCCCDDDDDEEEEE est la clé de produit de 25 caractères. Pour plus d’informations sur les licences d’Office 2010, voir le Vue d’ensemble de l’activation en volume d’Office 2010.

Exemple

<PIDKEY Value="1234512345123451234512345" />

Syntaxe

<RemoveLanguage Id=" ll - cc " />

Attributs

Remarques

Si la langue n’est pas installée sur l’ordinateur de l’utilisateur, l’élément RemoveLanguage est ignoré.

Vous pouvez recourir à plusieurs éléments pour Élément AddLanguage et RemoveLanguage. Si les deux éléments RemoveLanguage et Élément AddLanguage spécifient la même langue, l’élément Élément AddLanguage est prioritaire et la langue est installée.

Exemple

<RemoveLanguage Id="en-us" />

Syntaxe

<Setting Id=" nom " Value=" valeur " />

Attributs

Remarques

Toutes les propriétés de Windows Installer ne peuvent pas être spécifiées dans l’élément Setting. Si une propriété bloquée est spécifiée, le programme d’installation termine le processus d’installation. Si une propriété prise en charge est spécifiée, le programme d’installation passe la propriété directement à Windows Installer. Pour obtenir la liste complète des propriétés Windows Installer, comprenant une explication des propriétés prises en charge et des propriétés bloquées, voir Propriétés d’installation dans Office 2010.

L’élément Setting prend en charge les propriétés KMS suivantes :

• KMSSERVICENAME — Spécifie le nom de l’hôte KMS.

• KMSSERVICEPORT — Spécifie le port de l’hôte KMS.

Par exemple, pour utiliser les propriétés, KMS, utilisez la syntaxe suivante :

<Setting Id="KMSSERVICENAME" Value="contoso.com" />

<Setting Id="KMSSERVICEPORT" Value="1234" />

où :

contoso.com est le nom de l’hôte KMS

1234 est la valeur du numéro de port

L’élément Setting prend en charge la propriété AUTO_ACTIVATE pour l’activation par clé de produit. Cette propriété spécifie que l’activation de produit s’effectue automatiquement durant le déploiement d’Office 2010 ; sa syntaxe est la suivante :

<Setting Id="AUTO_ACTIVATE" Value="1" />

L’élément Setting prend en charge la propriété REMOVEPREVIOUS. Cette propriété supprime l’application spécifiée de l’installation et utilise la syntaxe suivante :

<Setting Id="REMOVEPREVIOUS" Value="Option Id" />

où Option Id est la valeur d’identificateur de l’application Office 2010. Pour spécifier plusieurs applications, utilisez une liste délimitée par des virgules afin d’indiquer les valeurs Option Id appropriées.

Si vous spécifiez REMOVEPREVIOUS avec une valeur Option Id, seules les applications spécifiées sont supprimées.

Si vous ne spécifiez pas REMOVEPREVIOUS, toutes les applications Office précédemment installées pour lesquelles un élément de remplacement est en cours d’installation sont supprimées. Il s’agit du comportement par défaut.

Si vous spécifiez REMOVEPREVIOUS sans indiquer de valeur (REMOVEPREVIOUS=""), aucune application n’est supprimée.

L’élément Setting prend également en charge la propriété SETUP_REBOOT. SETUP_REBOOT entreprend un redémarrage après l’installation. La syntaxe suivante est utilisée. Vous devez utiliser exclusivement des lettres majuscules pour la propriété SETUP_REBOOT.

<Setting Id="SETUP_REBOOT" Value="value" />

où value peut correspondre à l’une des valeurs suivantes :

• AutoAlways : toujours commencer un redémarrage. Ne pas solliciter l’utilisateur.

• Always : toujours demander un redémarrage à la fin de l’installation.

• IfNeeded : demander un redémarrage à la fin de l’installation si celle-ci en requiert un. (Valeur par défaut)

• AutoIfNeeded : commence un redémarrage si le programme d’installation en requiert un. Ne pas solliciter l’utilisateur.

• Never : ne jamais commencer ou demander un redémarrage.

Exemples

<Setting Id="SETUP_REBOOT" Value="Never" />
<Setting Id="REMOVEPREVIOUS" Value="WORDFiles" />

Syntaxe

<SetupUpdates

   [CheckForSUpdates="Yes"(par défaut) | "No"]

   [SUpdateLocation="liste des chemins d’accès"]

/>

Attributs

Remarques

Le programme d’installation recherche dans tous les dossiers spécifiés les fichiers de personnalisation de l’installation créés pour le produit en cours d’installation et les applique dans l’ordre alphabétique des noms de fichiers. Si un fichier de personnalisation de l’installation était spécifié à la ligne de commande du programme d’installation, ce fichier est appliqué en premier, suivi de tous les fichiers trouvés dans le dossier qui est spécifié par cet élément.

Exemple

<SetupUpdates
   CheckForSUpdates="Yes"
   SUpdateLocation="\\server1\office\updates;\\server2\corpdata\updates"
/>

Syntaxe

<USERINITIALS Value=" valeur " />

Attributs

Exemple

<USERINITIALS Value="JD" />

Syntaxe

<USERNAME Value=" valeur " />

Attributs

Remarques

Les données de l’élément Username d’Office 2010 sont remplies comme suit.

Si l’utilisateur qui exécute Office est l’utilisateur qui l’a installé, les paramètres Username et Initials fournis pendant l’installation sont utilisés. L’utilisateur n’est pas sollicité au premier démarrage d’Office. Ce cas est très fréquent chez les particuliers qui installent Office eux-mêmes à domicile.

Si l’utilisateur qui exécute Office n’est pas l’utilisateur qui l’a installé, Office l’invite à confirmer ses paramètres Username et Initials au premier démarrage d’Office. Ce cas est très fréquent dans un environnement d’entreprise, où un administrateur installe Office pour l’utilisateur.

La valeur de l’élément Username affiché à l’utilisateur au premier démarrage peut être préremplie à partir d’une valeur émanant d’une version d’Office précédemment installée ou de l’utilisateur ayant ouvert la session actuelle. Notez que la valeur par défaut n’est pas utilisée, sauf si elle est confirmée par l’utilisateur. Si une version antérieure d’Office est installée sur l’ordinateur, la clé de Registre créée par celle-ci est utilisée. Par exemple, si l’installation d’Office antérieure est Microsoft Office 2003, la clé de Registre est fournie à l’emplacement HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\UserInfo.

Exemple

<USERNAME Value="John Doe" />