Plan für die mehrsprachige Bereitstellung von Office 2010

Setuplogik für die Sprache der Shellbenutzeroberfläche

Wenn Sie Office 2010 von einem Netzwerkinstallationspfad mit mehreren Sprachversionen bereitstellen, muss das Setupprogramm ermitteln, welche Sprache für die Setupbenutzeroberfläche verwendet werden soll. Standardmäßig wird für die Office 2010-Installation und die Shellbenutzeroberfläche (Shell UI) dieselbe Sprache verwendet. Die Shellbenutzeroberfläche enthält Kernelemente von Office 2010, die im Betriebssystem registriert werden, z. B. Dateierweiterungen, QuickInfos und Kontextmenüelemente.

Wenn auf jedem Clientcomputer nur eine Sprachversion von Office 2010 installiert werden soll und Sie in der Datei Config.xml keine zusätzlichen Sprachen angeben, wird die zu verwendende Sprache vom Setupprogramm nach der folgenden Logik bestimmt:

• Die Sprache des Benutzergebietsschemas wird übernommen.

• Wenn keine genaue Übereinstimmung vorhanden ist, wird eine enge Übereinstimmung gesucht. Wenn das Benutzergebietsschema beispielsweise auf Englisch (Kanada) festgelegt ist, wird Office 2010 möglicherweise in English (USA) installiert.

• Wenn keine enge Übereinstimmung vorliegt, wird im folgenden Unterschlüssel der Windows-Registrierung nach einer Sprache gesucht:

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

  Wenn dem Unterschlüssel LanguageResources kein InstallLanguage-Werteintrag hinzugefügt und auf eine bestimmte Sprache (LCID) festgelegt wurde, wird der Benutzer zur Auswahl einer Sprache aufgefordert (interaktive Installation) oder die Installation wird mit einem Fehler abgebrochen (automatische Installation).

Wenn Sie auf jedem Clientcomputer mehrere Sprachversionen von Office 2010 installieren möchten, bearbeiten Sie Config.xmlund legen Sie das <AddLanguage>-Element für jede Sprache fest, die Sie einschließen möchten. Allerdings müssen Sie, wenn in Config.xml mehrere Sprachen hinzufügen, explizit festlegen, welche dieser Sprachen vom Setupprogramm für die Shellbenutzeroberfläche verwendet werden soll. Wenn keine Sprache für die Shellbenutzeroberfläche angegeben wird, wird die Installation mit einem Fehler abgebrochen.

Zum Angeben einer Sprache für die Shellbenutzeroberfläche legen Sie das ShellTransform-Attribut des <AddLanguage>-Elements fest. In diesem Fall wird die Sprache der Setupbenutzeroberfläche nach der oben beschriebenen Logik bestimmt, während die auf dem Computer installierten Sprachen und die Sprache der Shellbenutzeroberfläche durch die Einträge in Config.xml bestimmt werden.

Office 2010 wird zusätzlich zu den anderen Installationssprachen immer auch in der Sprache der Shellbenutzeroberfläche installiert. Wenn die Shellbenutzeroberfläche auf Französisch festgelegt ist, kann der Benutzer auf der Registerkarte Sprachen zwar zusätzliche Installationssprachen auswählen, Französisch aber nicht entfernen.

Weiter Informationen zum Anpassen von Setup und zu bestimmten Schritten in verschiedenen Szenarien finden Sie in den entsprechenden Abschnitten unter Anpassen des Setups von Sprachen und von Einstellungen für Office 2010:

• Bereitstellen einer Standardsprachversion von Office

• Angeben der zu installierenden Sprachen

• Bereitstellen unterschiedlicher Sprachen für verschiedene Benutzergruppen

Methoden zum Anpassen der Spracheinstellungen

Sie können Spracheinstellungen mithilfe einer der folgenden Methoden konfigurieren:

• Gruppenrichtlinien   Mithilfe vonGruppenrichtlinien werden Standardspracheinstellungen erzwungen. Benutzer in Ihrer Organisation können durch Richtlinien verwaltete Einstellungen nicht dauerhaft ändern. Die Einstellungen werden bei jeder Benutzeranmeldung erneut angewendet.

  Die folgenden Richtlinien unterstützen Sie beim Verwalten der Spracheinstellungen in Office 2010:

  • Menüs und Dialogfelder anzeigen in   Im Ordner Anzeigesprache. Bestimmt die Sprache der Benutzeroberfläche.

  • Hilfe anzeigen in   Im Ordner Anzeigesprache. Bestimmt die Sprache der Onlinehilfe. Wenn diese Richtlinie nicht konfiguriert wird, wird die Onlinehilfe standardmäßig in der Sprache der Benutzeroberfläche angezeigt.

  • Bearbeitungssprachen aktiviert   Im Ordner Bearbeitungssprachen. Aktiviert Bearbeitungssprachen in der Liste der von Office unterstützten Sprachen.

  • Primäre Bearbeitungssprache   Im Ordner Bearbeitungssprachen aktiviert. Gibt die Sprache an, in der Benutzer mit Office-Anwendungen und -Dokumenten arbeiten, wenn auf dem Computer mehrere Sprachversionen verfügbar sind.

• Office-Anpassungstool (OAT)   Sie können mithilfe des OAT eine Setupanpassungsdatei (MSP-Datei) erstellen, die während der Installation angewendet wird. Die Einstellungen, die im OAT angegeben werden, gelten als die Standardeinstellungen. Benutzer können die Einstellungen nach der Installation ändern.

• Tool zur Spracheinstellung   Wenn Sie Spracheinstellungen nicht durch Richtlinien erzwingen, können Benutzer in Office 2010-Anwendungen ihre Spracheinstellungen mithilfe des Tools zur Spracheinstellung ändern.

Weitere Informationen zur Verwendung dieser Tools zum Anpassen von Office 2010 für die Bereitstellung mehrerer Sprachumgebungen finden Sie unter Anpassen des Setups von Sprachen und von Einstellungen für Office 2010.

Anzeigen der neuen Spracheinstellungen beim ersten Start

Normalerweise werden beim ersten Starten einer Office 2010-Anwendung Standardspracheinstellungen für die auf dem Computer installierte Sprache angewendet, auch wenn Sie die Spracheinstellungen nach den Methoden in diesem Artikel konfiguriert haben. Die neuen Spracheinstellungen werden also erst beim zweiten Aufrufen der Office 2010-Anwendung angezeigt.

Wenn Sie möchten, dass den Benutzern die neuen Spracheinstellungen bereits beim ersten Öffnen einer Office 2010-Anwendung angezeigt werden, können Sie die folgenden Registrierungseinstellungen bei der Bereitstellung einer Office 2010-Neuinstallation oder, bevor die Benutzer eine Office 2010-Anwendung verwenden müssen, bereitstellen. Sie können die Registrierungseinstellungen mithilfe von Skripten, Batchdateien, Gruppenrichtlinien oder über das OAT bereitstellen. Dabei müssen Sie die folgenden DWORD-Werte im Schlüssel HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\LanguageResources konfigurieren:

• 
  UILanguage

• 
  HelpLanguage

• 
  FollowSystemUI

Für jeden dieser Werte müssen Sie für den Namen Value einen Gebietsschemabezeichner (LCID, locale identifier) festlegen, der der gewünschten Sprache entspricht. Eine Liste mit Gebietsschemabezeichnern finden Sie unter Sprachen-IDs und Id-Werte für "OptionState" in Office 2010. Gebietsschemabezeichner sind Dezimalwerte. Deshalb müssen Sie auch die Option Base auf Decimal festlegen.

Anpassen von sprachspezifischen Einstellungen im Zusammenhang mit dem Benutzergebietsschema

Zusätzlich zur Verwendung der Einstellung Primäre Bearbeitungssprache werden in Office 2010 auch sprachbezogene Einstellungen entsprechend dem Benutzergebietsschema des Betriebssystems konfiguriert, z. B. das Zahlenformat. Dieses Verhalten wird vom LangTuneUp-Werteintrag im Unterschlüssel LanguageResources der Windows-Registrierung gesteuert. Wenn Sie nicht möchten, dass das Benutzergebietsschema die Standardeinstellungen bestimmt, können Sie bei der Installation von Office 2010 den Wert von LangTuneUp zurücksetzen. Wenn der LangTuneUp-Eintrag nicht vorhanden ist, wird der Eintrag beim ersten Starten einer Anwendung erstellt und auf OfficeCompleted.

Der LangTuneUp-Eintrag kann einen der beiden folgenden Werte annehmen:

• OfficeCompleted   Einstellungen auf Grundlage des Benutzergebietsschemas werden nicht auf Office 2010 als Ganzes angewendet. Einzelne Anwendungen überprüfen aber dennoch, ob neue Eingabemethoden-Editoren (Input Method Editor, IME) und Sprachskripts vorhanden sind, und wenden spezifische Anwendungseinstellungen für das Benutzergebietsschema an. Beispielsweise stellen Anwendungen sicher, dass für neu installierte Tastaturen entsprechende Bearbeitungssprachen aktiviert sind, und in Word werden Schriftarten in der Vorlage Normal.dot auf Grundlage des Benutzergebietsschemas verwendet.

• Prohibited   Keine Einstellungen im Zusammenhang mit dem Benutzergebietsschema werden von Office 2010 oder von einzelnenl Office 2010-Anwendungen geändert.

In einigen Szenarien können Sie eine Standardkonfiguration in einer mehrsprachigen Organisation beibehalten, indem Sie die Einstellung für das Benutzergebietsschema ignorieren. Legen Sie den LangTuneUp-Werteintrag auf Prohibited fest, damit die Spracheinstellungen einheitlich bleiben und Makros international kompatibel sind.

Wenn die Organisation ihren Sitz beispielsweise in den Vereinigten Staaten hat und Sie Einstellungen international standardisieren möchten, können Sie bei der Bereitstellung von Office 2010Primäre Bearbeitungssprache auf en-us (US-Englisch) und LangTuneUp auf Prohibited festlegen. In diesem Szenario erhalten alle Benutzer unabhängig von ihrem Benutzergebietsschema dieselben Standardeinstellungen.

Das Ignorieren des Benutzergebietsschemas ist nicht immer die beste Option. Beispielsweise verfügen Benutzer, die in Office 2010-Dokumenten asiatische Zeichen lesen und eingeben, möglicherweise nicht immer über die erforderlichen asiatischen Schriftarten, um diese Zeichen richtig anzuzeigen. Wenn die Installationssprache auf dem Benutzercomputer nicht mit der im Dokument verwendeten Sprache übereinstimmt und LangTuneUp auf Prohibited festgelegt ist, werden in Office 2010 Schriftarten in der Nichtstandardsprache nicht angezeigt. Wenn Ihre Office 2010-Installationen mehrere Benutzergebietsschemas für asiatische Sprachen unterstützen müssen, muss LangTuneUp auf OfficeCompleted festgelegt bleiben. Legen Sie die entsprechende Richtlinie fest, damit der Standardwert nicht von Benutzern geändert werden kann.

Bestimmen der Methode zum Bereitstellen von Korrekturhilfen

Sie können für Benutzer, die Dokumente in anderen Sprachen als den bereits auf ihrem Computer installierten Sprachen bearbeiten müssen, zusätzliche Korrekturhilfen bereitstellen. Sie können zusätzliche Korrekturhilfen von einer dieser Quellen bereitstellen:

• Office 2010-Sprachpaket   Verwenden Sie diese Option, wenn Ihre Benutzer sowohl die Benutzeroberfläche als auch die Korrekturhilfen für die Sprache benötigen. Jede Sprachversion von Office 2010 enthält Korrekturhilfen für eine Reihe von Begleitsprachen. Beispielsweise erhalten Benutzer bei der Bereitstellung der englischen Version eines Office 2010-Produkts zusätzlich zu Korrekturhilfen für Englisch auch Korrekturhilfen für Französisch und Spanisch. Je nach Anzahl der Benutzeroberflächensprachen, die Sie bereitstellen möchten, und den enthaltenen Begleitsprachen, umfassen Office 2010-Sprachpakete möglicherweise alle Korrekturhilfen, die Sie benötigen.

  Eine Liste der Begleitsprachen finden Sie unter Begleitsprachen für die Korrekturhilfen für Office 2010. Verfügt ein Sprachpaket über alle Korrekturhilfen, die Sie benötigen, stellen Sie es mithilfe der Ihrem Szenario entsprechenden Anweisungen unter Anpassen des Setups von Sprachen und von Einstellungen für Office 2010 bereit.

• Office 2010 Proofing Tools Kit   Dieses Produkt enthält die Korrekturhilfen für alle Sprachen, die für Office 2010 verfügbar sind. Verwenden Sie diese Option, wenn Sie nicht die Benutzeroberfläche für die Sprache brauchen, aber Korrekturhilfen benötigen, die nicht in den Begleitsprachen für die installierten Sprachen enthalten sind.

Das Office 2010 Multi-Language Pack enthält alle Office 2010 Language Packs. Individuelle Office 2010 Language Packs, das Office 2010 Multi-Language Pack und das Office 2010 Proofing Tools Kit sind über Microsoft-Volumenlizenzprogramme erhältlich.

Der benötigte Festplattenspeicher für das Installieren der Korrekturhilfen beträgt 1 Gigabyte (GB). Der insgesamt benötigte Festplattenspeicher ist davon abhängig, ob Sie die Korrekturhilfen über ein Language Pack oder über das Office 2010 Proofing Tools Kit bereitstellen. Wie bei den meisten Produkten in Office 2010 wird das komplette Office 2010 Proofing Tools Kit in der lokalen Installationsquelle zwischengespeichert.

Benutzerdefiniertes Setup des Office 2010 Proofing Tools Kit

Zum Anpassen einer Installation des Office 2010 Proofing Tools Kit ändern Sie die Datei Config.xml im Ordner ProofKit.WW. Legen Sie für jeden Satz von Korrekturhilfen, die Sie nicht installieren möchten, das OptionState-Attribut auf Absent fest.

<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>

Vorabzwischenspeichern der lokalen Installationsquelle für das Office 2010 Proofing Tools Kit

Wenn Sie das Office 2010 Proofing Tools Kit bereitstellen, erstellt Setup eine lokale Installationsquelle auf dem Computer des Benutzers – eine Kopie der komprimierten Quelldateien für das Office 2010 Proofing Tools Kit. Nachdem die Dateien auf den Benutzercomputer kopiert wurden, schließt Setup die Installation über die lokale Installationsquelle ab. Sie können die Netzwerkbelastung minimieren, indem Sie die lokale Installationsquelle separat bereitstellen, bevor Sie das Office 2010 Proofing Tools Kit bereitstellen. Informationen zum Vorabzwischenspeichern der lokalen Installationsquelle für das Office 2010 Proofing Tools Kit finden Sie unter Vorabzwischenspeichern der lokalen Installationsquelle für Office 2010. Verwenden Sie die Dateien Setup.exe und Config.xml aus dem Ordner ProofKit.WW auf der Office 2010 Proofing Tools Kit-CD.