Sprachen des WKL Office SDK
Das Add-In, die Befehlszeile wkl-office und die MSBuild-Tasks zeigen ihre Texte auf Englisch, Deutsch, Slowenisch,
Kroatisch oder Italienisch an, in denselben Sprachen wie die WKL Forms Object Library. Diese Seite nennt, welche Sprache jeder
Teil wählt und welche Ausgaben in jeder Sprache englisch bleiben.
Welche Sprache jeder Teil spricht
| Teil | Sprache | Reihenfolge der Auswahl |
|---|---|---|
| Access-Add-In (Registerkarte WKL SDK, Arbeitsbereich, Dialoge, Meldungen) | Die Sprache von Access | WKL_SDK_LANGUAGE, wenn gesetzt, sonst die Sprache der Benutzeroberfläche von Office, sonst die von Windows, sonst Englisch |
| Befehlszeile, im Terminal des Add-Ins gestartet | Die Sprache des Add-Ins | Vom Add-In übernommen |
| Befehlszeile, eigenständig gestartet, MSBuild-Tasks | Die Sprache von Windows | WKL_SDK_LANGUAGE, wenn gesetzt (das Add-In setzt sie für sein Terminal), sonst WKL_UI_LANGUAGE des Prozesses, sonst die Sprache der Benutzeroberfläche von Windows, sonst Englisch |
Eine Sprache außerhalb der fünf fällt auf die nächste Quelle durch: Ein Access mit französischer Benutzeroberfläche zeigt das Add-In in der Sprache von Windows an, und auf Englisch, wenn auch Windows französisch ist. Office wechselt seine Sprache beim nächsten Start, und das Add-In folgt ihr dann.
Um das SDK unabhängig von Office und Windows in einer Sprache zu verwenden – zum Beispiel auf Englisch in einem
deutschen Office –, setzen Sie WKL_SDK_LANGUAGE auf en, de, sl, hr oder it. Für das Add-In muss die
Variable gesetzt sein, bevor Access startet, und zwar für den Benutzer (Windows-Einstellungen, Umgebungsvariablen) oder
in der Shell, die Access startet; für einen einzelnen Aufruf der Befehlszeile:
$env:WKL_SDK_LANGUAGE = 'en' wkl-office status MyApp.acproj
Ein Wert außerhalb der fünf wird ignoriert. Die Variable ändert nur das SDK: Die WKL Forms Object Library wählt ihre Sprache selbst (die Einstellung der Anwendung, dann Office).
Was englisch bleibt
| Ausgabe | Grund |
|---|---|
Befehlsnamen und Optionen (build, --keep access) | Sie sind die Schnittstelle für Skripte und Build-Server. |
Exitcodes und Problemcodes (WKL010) | Skripte und Build-Protokolle werten sie aus. |
JSON-Ausgabe (--json) | Ihre Eigenschaftsnamen und Werte sind ein Format, kein Text für Menschen. |
Dateiformate und Dateinamen (.acproj, relations.json, die Quellstruktur) | Quellen wandern zwischen Entwicklern mit unterschiedlichen Sprachen. |
| Zugriffstasten des Menübands (Alt, W, K, Buchstabe) | Die dokumentierten Tastenfolgen gelten dann in jeder Sprache. |
| Produktnamen (WKL Office SDK, Access, git) | Namen werden nicht übersetzt. |
Zahlen- und Datumsformate folgen in jeder Sprache den Regionseinstellungen von Windows, wie in Access.
Verwandte Themen
- Befehlszeilenreferenz: Befehle, Optionen, Exitcodes und JSON-Ausgabe.
- Tastenkombinationen des Access-Add-Ins: die Zugriffstasten, die in jeder Sprache gleich bleiben.