OmegaT ist eine robuste und vertrauenswürdige Applikation, trotzdem ist es ratsam, Vorkehrungen zu treffen, um sich vor möglichem Datenverlust zu schützen, was man bei jeder Applikation tun sollte.
OmegaT erstellt Sicherungskopien von Ihren Projekteinstellungen, damit diese im Notfall wiederhergestellt werden können. Einzelheiten finden Sie im Abschnitt omegat.project.
OmegaT speichert regelmäßig und automatisch Ihren gesamten Fortschritt in die Datei project_save.tmx im Ordner omegat des Projekts. OmegaT erstellt außerdem regelmäßig Sicherheitskopien von dieser Datei.
Wenn Sie ein Projekt öffnen, erstellt OmegaT eine Sicherungskopie von project_save.tmx und versieht die Datei mit einem Zeitstempel.
OmegaT erstellt bis zu zehn von solchen Dateien.
Der Dateiname der Sicherungskopie folgt dem Muster project_save.tmx.YYYYMMDDhhmm.bak, wobei YYYY das vierstellige Jahr, MM den Monat, DD den Tag des Monats und hh und mm die Stunden und Minuten repräsentieren.
Jedes Mal, wenn die project_save.tmx-Datei geändert wird:
entweder nach dem Speichern der Projektdaten (via C+S),
oder wenn ein regelmäßiges Backup durchgeführt wird (standardmäßig alle 3 Minuten),
erstellt OmegaT eine Sicherungskopie namens project_save.tmx.bak.
Diese Datei ist eine Kopie von project_save.tmx, bevor sie geändert wurde.
Jedes Mal, wenn Sie die Projektdaten speichern (via C+S) oder ein regelmäßiges Backup durchgeführt wurde, speichert OmegaT den aktuellen Übersetzungsstand in project_save.tmx.
Die project_save.tmx-Datei enthält immer die aktuellsten Daten.
Sie können die Frequenz der regelmäßigen Backups in der Speichern und Ausgabe-Einstellung festlegen.
Machen Sie sich keine Sorgen. Sehr wahrscheinlich sind Ihre Übersetzungsdaten in der zuletzt erstellten Sicherungskopie gespeichert, die in der Regel nicht älter als ein paar Minuten ist.
Gehen Sie wie folgt vor:
Schließen Sie das Projekt, um weitere Änderungen am aktuellen Status der Sicherungskopien zu verhindern.
Benennen Sie die aktuelle project_save.tmx-Datei um (z. B. in project_save.tmx.tmp).
Wählen Sie die Sicherungskopie der Translation-Memory-Datei aus, die am ehesten die gesuchten Daten enthält.
Benennen Sie sie in project_save.tmx um.
Schließen und öffnen Sie das Projekt wieder.
Diese Aktion stellt den Zustand Ihrer Übersetzung zu dem Zeitpunkt wieder her, an dem die ausgewählte Sicherungskopie erstellt wurde. Sie können diesen Vorgang bei Bedarf wiederholen, um ältere Zustände zu finden. Achten Sie darauf, die verschiedenen Dateien, die Sie umbenennen, sicher zu speichern, damit sie später wiederverwendet werden können. Denken Sie auch daran, in der Zwischenzeit die Projektkonfiguration nicht zu ändern oder TMX-Dateien hinzuzufügen, um die Ergebnisse nicht zu verfälschen.
Seien Sie vorsichtig, wenn Sie während eines laufenden Projekts Änderungen an den Dateien im Quellordner, an den Segmentierungsregeln oder an den Dateifiltern vornehmen. Wenn Sie diese zwischendurch ändern, kann es passieren, dass einige Segmente nicht mehr angezeigt werden oder stattdessen unerwartete neue Segmente auftauchen.
Ausnahmefälle, wie z. B. wenn Ihr Computer hängen bleibt und sich OmegaT deshalb nicht ordnungsgemäß schließen kann, können dazu führen, dass die omegat.project-Datei vom Betriebssystem gesperrt wird und sich nach einem Neustart des Systems nicht mehr öffnen lässt.
Gehen Sie wie folgt vor:
Identifizieren Sie den Projektordner, den OmegaT nicht öffnen will, und öffnen Sie ihn in Ihrem Dateimanager. Der Inhalt des Ordners sollte ähnlich strukturiert sein wie ein regulärer Projektordner.
Dieser Ordner sollte sowohl eine omegat.project-Datei als auch eine omegat.project.bak-Datei enthalten. Stellen Sie sicher, dass die Dateien identisch sind.
Benennen Sie die omegat.project-Datei um (z. B. in omegat.project.locked).
Benennen Sie die omegat.project.bak-Datei in omegat.project um.
Öffnen Sie das Projekt.
Mit dieser Aktion wird das Projekt mit der automatisch erstellten omegat.project-Sicherungsdatei geöffnet.
Ausnahmefälle, wie z. B. wenn Ihr Computer hängen bleibt und sich OmegaT infolgedessen nicht ordnungsgemäß schließen kann, können dazu führen, dass wichtige Dateien beschädigt werden und sich Ihr Projekt nach einem Systemneustart nicht mehr öffnen lässt.
Gehen Sie wie folgt vor:
Erstellen Sie ein neues Projekt mit denselben Einstellungen.
Kopieren Sie den Inhalt der verschiedenen Benutzerordner in die entsprechenden Ordner des neuen Projekts (Quelldateien, zusätzliche Translation-Memory-Dateien, Glossardateien).
Wählen Sie im alten Projekt die Translation-Memory-Datei aus (Hauptdatei oder Sicherungskopie), die am ehesten die gesuchten Daten enthält.
Benennen Sie sie in project_save.tmx um, falls erforderlich.
Kopieren Sie sie in den omegat/-Ordner Ihres neuen Projekts.
Öffnen Sie das neue Projekt.
Diese Aktion setzt das neue Projekt auf den Stand Ihrer Übersetzung zu dem Zeitpunkt, an dem die ausgewählte projekteigene Translation-Memory-Datei im alten Projekt erstellt wurde.
Sehr oft enthalten Office-Suite-Dateien Tags, die in die Übersetzung kopiert werden müssen, damit die übersetzte Datei in der ursprünglichen Applikation geöffnet werden kann. In manchen Fällen kann die Datei aufgrund fehlender Tags nicht geöffnet werden.
Gehen Sie wie folgt vor:
Diese Aktion behebt alle internen Tag-Probleme, die z. B. dadurch entstanden sind, dass die Tags in OmegaT nicht richtig in die Übersetzung eingefügt wurden.
Irgendwas hat dazu geführt, dass OmegaT sich plötzlich anders verhält. Was auch immer Sie versuchen, es scheint nicht zu klappen. Bevor Sie jemanden um Hilfe bitten, sollten Sie noch einen letzten Versuch unternehmen: Starten Sie OmegaT mit den Standardeinstellungen.
Gehen Sie wie folgt vor:
Verwenden Sie , um auf den Konfigurationsordner zuzugreifen.
Wenn Sie die OmegaT-Menüs nicht verwenden können, lesen Sie bitte Konfigurationsordner, um den Speicherort des Konfigurationsordners zu finden.
Schließen Sie OmegaT.
Erstellen Sie eine Sicherungskopie des Inhalts und löschen Sie den ursprünglichen Ordner.
Starten Sie OmegaT neu.
Wenn OmegaT an diesem Punkt nicht wie erwartet funktioniert, können Sie sich gerne an den Support wenden.
Schließen Sie OmegaT.
Kopieren Sie eine der alten Dateien in den neuen Konfigurationsordner.
Starten Sie OmegaT neu.
Wenn OmegaT an diesem Punkt nicht wie erwartet funktioniert, haben Sie die fehlerhafte Datei identifiziert. Entfernen Sie sie aus dem Konfigurationsordner, starten Sie OmegaT neu und setzen Sie Ihre Arbeit fort.
Kehren Sie zu Schritt 5 zurück und fahren Sie fort, bis Sie zufrieden sind.
Um den Verlust wichtiger Daten zu vermeiden, sollten Sie regelmäßig Kopien der /omegat/project_save.tmx-Datei auf einem Sicherungsmedium erstellen, z. B. einem USB-Stick, einer externen Festplatte, oder einem Cloud-Dienst.
Praktizieren Sie regelmäßig "Notfallmaßnahmen", z. B. die Wiederherstellung von Übersetzungen aus einem Projekt, um sicherzustellen, dass Sie an dem Tag, an dem Sie diese Fähigkeiten benötigen, nicht zu viel Zeit verlieren.
Beim Erstellen eines neuen Projekts wird eine leere Translation-Memory-Datei namens project_save.tmx im Ordner omegat erstellt. Diese Datei wird im Laufe der Übersetzung nach und nach gefüllt.
Vorhandene Übersetzungen werden verwendet, um den Übersetzungsprozess zu beschleunigen.
Wenn ein bestimmter Satz bereits einmal übersetzt wurde, muss er nicht erneut übersetzt werden. Siehe die Projekteigenschaft Auto-Propagation von Übersetzungen für weitere Informationen.
Wenn eine alte Übersetzung dem Inhalt des von Ihnen zu übersetzenden Segments ähnlich ist, können Sie sie in Ihrer Übersetzung wiederverwenden. Siehe den Fuzzy Matches-Bereich für weitere Informationen.
Sie können auch externe Translation Memories verwenden, indem Sie sie im Ordner tm Ihres Projekts ablegen.
Wenn Sie C+D zum Erstellen der Zieldokumente für ein Projekt verwenden, erzeugt OmegaT außerdem drei Translation Memories, die den aktuellen Übersetzungsstand der Dateien im Quellordner widerspiegeln. Siehe die Projekteigenschaft Ordner für exportierte Translation-Memory-Dateien für weitere Informationen.
Jede der drei Dateien repräsentiert einen zweisprachigen Export des aktuellen Inhalts Ihrer Übersetzung. Deren Inhalt stammt aus dem globalen Projektspeicher (die project_save.tmx-Datei), ist aber streng auf das beschränkt, was Sie bisher übersetzt haben.
Sie können auch das Tool verwenden, um ein TMX anhand von zwei Dateien in einem von OmegaT unterstützten Format zu erstellen.
Um Translation Memories aus einem früheren Projekt wiederzuverwenden, haben Sie zwei Möglichkeiten:
Öffnen Sie das alte Projekt und legen Sie die neuen Quelldateien in dessen source-Ordner ab.
Das ist der einfachste Weg, um an der neuen Version eines bereits übersetzten Dokuments zu arbeiten.
Nach dem erneuten Laden des alten Projekts wird dessen Translation Memory auf die neuen Quelldateien angewendet. Identische Segmente werden automatisch übersetzt. Ähnliche Segmente werden mit Matches aus dem Translation Memory des Projekts versehen, während Sie sie eintragen.
Alternativ können Sie die Translation Memories des alten Projekts in den tm-Ordner des neuen Projekts ablegen.
Das ist die bevorzugte Methode, wenn Sie Ihre Übersetzung von Grund auf neu beginnen wollen.
Je nachdem, wie zuverlässig der Translation Memory ist, können Sie ihn in einem der folgenden Unterordner ablegen:
Exakte Matches aus den Unterordnern tm/enforce und tm/auto werden automatisch in die Übersetzung eingefügt, ohne das Präfix, das OmegaT einfügt, wenn es Matches über einem bestimmten Schwellenwert einfügt. Siehe die Besten Fuzzy Match einfügen-Einstellung für weitere Informationen.
Aktivieren Sie die Option Zustand "automatisch ausgefüllt" speichern, um OmegaT daran zu erinnern, dass die eingefügten Matches aus diesen Ordnern stammen.
Verwenden Sie die Navigationsbefehle im -Menü, um zu einem automatisch ausgefüllten Segment zu navigieren.
OmegaT kann TMX-standardkonforme Memories lesen, die von anderen Tools erstellt wurden.
Einige Tools erzeugen unter Umständen ungültige TMX-Dateien. Sie müssen diese korrigieren, wenn Sie sie als externe Translation Memories verwenden wollen, da OmegaT sonst einen Fehler meldet und diese nicht laden kann. Die Fehlerbehebung sollte in der Regel kein Problem darstellen, und die von OmegaT angezeigte Fehlermeldung wird Ihnen helfen, den Fehler zu finden. Sie können auch die Benutzergruppe um Rat fragen, wenn Sie Probleme haben.
Vielleicht möchten Sie Translation Memories in separaten Ordnern nach Kunden oder Fachgebiet aufbewahren, um sie bei Bedarf schnell wiederverwenden zu können. Sie können einen beliebigen beschreibbaren Ordner anstelle des projekteigenen tm-Ordners verwenden. Siehe den Abschnitt Speicherorte für Dateien des Projekteigenschaften-Dialogfensters.
Wenn Sie eine TMX-Datei mit anderen Übersetzern teilen müssen, die nur den Text für bestimmte Dateien enthält und andere Inhalte ausschließt, gehen Sie wie folgt vor:
Kopieren Sie nur die Dokumente, deren Inhalt Sie in den source-Ordner Ihres Projekts aufnehmen möchten.
Öffnen Sie das Projekt.
Verwenden Sie C+U, um alle unübersetzten Segmente zu finden (und sie ggf. zu übersetzen).
Verwenden Sie C+S+V, um mögliche Probleme zu untersuchen.
Verwenden Sie C+D, um die TMX-Dateien zu erstellen, die dem aktuellen Inhalt entsprechen.
Die TMX-Dateien im Ordner für exportierte Translation Memories enthalten jetzt nur noch den Originaltext und den übersetzten Text aus den Dateien, die Sie in den Quellordner kopiert haben (im ausgewählten Sprachenpaar). Siehe die Projekteigenschaft Ordner für exportierte Translation-Memory-Dateien für weitere Informationen.
OmegaT zeigt Fuzzy Matches im Fuzzy Matches-Fenster an. Solche Matches sind standardmäßig auf der im Projekteigenschaften-Dialogfenster definierten Quell- und Zielsprache beschränkt, aber Sie können auch Matches in Sprachen hinzufügen, die nicht die Zielsprache sind. Siehe die Matches aus anderen Sprachen einbeziehen-Einstellung für weitere Informationen.
Mit OmegaT können Sie auch eine dritte Sprache direkt unter dem Quelltext anzeigen, um sie als dritte Sprachreferenz zu verwenden.
— ¶ ————————————————————— A whitespace character: [ \t\n\x0B\f\r] fr-ZB: Un caractère d'espacement (espace, tabulation, etc.) : [ \t\n\x0B\f\r] ja-RV: 空白文字：[ \t\n\x0B\f\r] Un caractère d'espacement : [ \t\n\r\f\x0B]<segment 3075 ¶> — ¶ —————————————————————
Die erste Zeile ist das Original-Englisch, die zweite eine alte französische Version mit einem beliebigen Sprachcode, die dritte die japanische Version mit einem ebenso beliebigen Sprachcode und die vierte die aktuelle Übersetzung ins Französische.
Um das zu erreichen:
Erstellen Sie einen Ordner namens tmx2source im Ordner tm.
Kopieren Sie Ihren Translation Memory für die "erste-dritte" Sprache dorthin.
Benennen Sie den Memory in LL_CC.tmx oder LL-CC.tmx um, wobei LL der interne Code der Sprache ist, die als Referenz angezeigt werden soll, und CC ein beliebiger zweistelliger Code aus Buchstaben ist.
Sie können eine beliebige Anzahl von TMX-Dateien verwenden, die beliebig viele verschiedene "Brückensprachpaare" enthalten.
Die Dateifilter von OmegaT bieten eine breite Palette an Unterstützung für gängige und weniger gängige Dateiformate. Wenn Sie Formate unterstützen müssen, die nicht von OmegaT abgedeckt werden, gibt es vier Möglichkeiten, dies zu tun:
Verknüpfen Sie das Format mit einem bereits unterstützten Format.
Konvertieren Sie das Format in ein bereits unterstütztes Format.
Erweitern Sie OmegaT mit Plugins von Drittanbietern, die das Format unterstützen.
Entwickeln Sie ein Filter für das Format.
Dateifilter haben eine Liste von Dateiendungen, die mit ihnen verknüpft sind. Wenn das Format, die Sie übersetzen möchten, strukturell einem bereits unterstützten Format ähnelt, fügen Sie einfach dessen Dateiendung zur Liste der unterstützten Formatendungen hinzu, oder ändern Sie die Dateiendung in eine Endung, die vom gewünschten Dateifilter akzeptiert wird. Einzelheiten finden Sie unter Dateifilter.
Sie können auch die "Benutzerdefinierte Tags"-Funktion von OmegaT verwenden, um formatspezifische Zeichenketten zu registrieren und sie von OmegaT wie normale Tags behandeln zu lassen. Siehe die Benutzerdefinierte Tags-Einstellungen für weitere Informationen.
Um sicherzustellen, dass alle Eigenschaften eines Formats ordnungsgemäß berücksichtigt werden, ist es manchmal besser, die Datei in ein unterstütztes Format zu konvertieren und dann die übersetzte Datei wieder in das ursprüngliche Format zu konvertieren.
Es gibt eine Vielzahl von kostenlosen Dienstprogrammen von Drittanbietern, die eine solche Hin-und-Her-Konvertierung ermöglichen, z. B.:
Rainbow, vom Okapi Framework
Lizenz: Apache License Version 2.0
Das Okapi Framework kommt mit einer Reihe von Dateifiltern, darunter einige, die von OmegaT nicht nativ unterstützt werden. Einzelheiten finden Sie unter List of file filters.
Rainbow kann XLIFF-1.2-konforme Dateien oder OmegaT-Projekte von allen Dateien erstellen, die als "Eingabedateien" festgelegt wurden. Rainbow-unterstützte Dateien werden in XLIFF konvertiert und als Quelldateien in ein vollwertiges OmegaT-Projekt eingefügt, das Sie sofort mit OmegaT öffnen können. Einzelheiten finden Sie unter Rainbow TKit - OmegaT Project.
Lizenz: GNU General Public License v2
po4a unterstützt eine Vielzahl von freien Formaten für Software-Dokumentation, die auf der Startseite aufgelistet sind, und bietet Werkzeuge zur Konvertierung in und aus dem po-Format. Einzelheiten finden Sie im Abschnitt PO-Dateien.
Die Konverter vom Translate Toolkit
Lizenz: GNU General Public License v2
Das Translate Toolkit bietet eine Vielzahl von Werkzeugen zur Konvertierung in und aus dem po-Format. Einzelheiten finden Sie unter Converters.
OpenXLIFF von Maxprograms
Lizenz: Eclipse Public License v1.0
OpenXLIFF unterstützt eine Reihe von Dateifiltern, darunter einige, die von OmegaT nicht nativ unterstützt werden. Einzelheiten finden Sie unter OpenXLIFF Filters. Maxprograms stellt auch den XLIFF Manager zur Verfügung, eine grafische Benutzeroberfläche für die OpenXLIFF-Filter.
OpenXLIFF erzeugt XLIFF-1.2-konforme Dateien.
Einige Formate, wie z. B. PDF, können nicht ordnungsgemäß durch Hin-und-Her-Konvertierungen verarbeitet werden. Diese müssen zunächst in ein unterstütztes Format konvertiert werden, das als Grundlage für die manuelle Erstellung eines geeigneten Dokuments in der Zielsprache dient.
Es gibt eine Reihe von Online- oder Offline-Dienstprogrammen, die PDF in gängige Office-Formate konvertieren, allerdings erfordert die Konvertierung immer umfassende manuelle Anpassungen des Zieldokuments, bevor daraus ein ordentliches PDF-Dokument wird. Machen Sie sich zuerst mit den Formatanforderungen vertraut, bevor Sie mit der Arbeit an einer PDF-Datei oder Ähnlichem beginnen.
Das Okapi Filters Plugin für OmegaT, vom Okapi Framework
Lizenz: Apache License Version 2.0
Das Dateifilter-Plugin enthält nicht alle Okapi-Framework-Dateifilter. Einzelheiten finden Sie unter Filters Included.
Wenn das Plugin installiert ist, bietet es direkten Zugriff auf die hinzugefügten Formate und gibt Ihnen außerdem die Möglichkeit, eine in Rainbow erstellte benutzerdefinierte Filterparameterdatei zu verknüpfen. Siehe oben.
Weitere Plugins für weniger verbreitete Formate finden Sie in der OmegaT-Wiki. Siehe Plugins.
OmegaT bietet Entwicklern eine ausführliche Dokumentation zur Erstellung von Dateifilter-Plugins. Einzelheiten finden Sie unter How to create a file filter plugin for OmegaT.
Die Verwaltung eines Teamprojekts erfordert einige Kenntnisse über das Versionskontrollsystem SVN oder Git (VKS im weiteren Verlauf dieses Abschnitts).
Da Informationen zu diesen Themen bereits ausreichend vorhanden sind, beschränkt sich diese Dokumentation auf ihre Verwendung innerhalb eines OmegaT-Team-Projekts.
Ein OmegaT-Teamprojekt synchronisiert den projektbezogenen Translation Memory project_save.tmx und das projektbezogene beschreibbare Glossar glossary.txt zwischen dem Hosting-Server und allen beteiligten Teammitgliedern, und verwaltet alle möglichen Konflikte zwischen ihnen.
Ein Teamprojekt kann wie folgt eingerichtet werden:
Erstellen Sie ein leeres Repository auf Ihrem VKS-Hosting-Server
Diese können normalerweise über ein Web-Interface, eine GUI-Applikation oder die Befehlszeile erfolgen. Weitere Informationen finden Sie in der Dokumentation Ihres Servers oder Hosting-Dienstes.
Verwenden Sie das lokale VKS, um eine lokale Kopie (Klon) zu erstellen
Diese lokale Version enthält Ihre Projektmanager-Kopie des OmegaT-Projekts. Verwenden Sie sie, um Änderungen vorzunehmen, die das gesamte Team betreffen.
Das lokale Repository wird verwendet, um das initiale Projekt zum Server hinzuzufügen. Es kann auch verwendet werden, um Wartungsarbeiten durchzuführen (z. B. Dateien löschen), die mit OmegaT selbst nicht möglich sind.
Wir raten Ihnen, diesen Ordner nicht für Übersetzungsarbeiten zu verwenden. Wenn Sie an diesem Projekt Übersetzungs- oder Korrekturarbeiten durchführen müssen, sollten Sie mit OmegaT eine separate Kopie des Teamprojekts herunterladen und von dort aus arbeiten. Einzelheiten finden Sie unter Ein Teamprojekt verwenden.
Füllen Sie die leere lokale Kopie mit einem reellen OmegaT-Projekt
Erstellen Sie die Projektstruktur
Wenn Sie ein neues, leeres Projekt erstellen, können Sie entweder der GUI-Prozedur folgen oder das Projekt direkt über die Befehlszeile erstellen: java -jar OmegaT.jar team init <Quellsprache> <Zielsprache>
Dieser Befehl bewirkt zudem, dass das Projekt automatisch im Versionskontrollsystem registriert wird.
Passen Sie die Einstellungen an
Führen Sie in diesem Stadium alle notwendigen Änderungen an den Projekteigenschaften durch, einschließlich lokaler Dateifilter oder Segmentierungseinstellungen. Siehe das Projekteigenschaften-Dialogfenster für weitere Informationen.
Fügen Sie alle notwendigen Dateien hinzu
Fügen Sie auch alle relevanten Listen von Rechtschreibprüfungsdateien hinzu, die Sie allen Projektmitarbeitern zur Verfügung stellen wollen. Einzelheiten finden Sie unter Rechtschreibprüfungsdateien.
Wenn Sie ein bestehendes Projekt konvertieren, stellen Sie sicher, dass Sie alle Dateien im Projekt löschen, die Sie nicht benötigen oder auf den Server hochladen möchten, bevor Sie mit dem nächsten Schritt fortfahren.
Kopieren Sie die zu übersetzenden Dateien in den Quellordner, und verwenden Sie Ihren SVN- oder Git-Client oder die Befehlszeile, um sie dem Repository hinzuzufügen und zu veröffentlichen. Verwenden Sie , um Dateien über OmegaT hinzuzufügen.
Sie müssen Ihren SVN- oder Git-Client oder die Befehlszeile verwenden, um Wörterbücher, Glossare, Translation Memories oder andere Dateien, die im Projekt enthalten sein sollen, hinzuzufügen und zu veröffentlichen.
Dieser Schritt kann durchgeführt werden, bevor das Projekt zum ersten Mal registriert und veröffentlicht wird. Dieser Schritt kann auch verwendet werden, um neue Dateien hinzuzufügen oder bestehende Dateien nach der Erstellung des Projekts zu aktualisieren.
In Teamprojekten, die eine einfache Zuordnung zwischen dem lokalen Repository und dem Remote-Repository verwenden (die Standardeinstellung), können die Quell- und Zieldateien lokal geändert und mittels und auf den Server hochgeladen werden, was wohlgemerkt nur in solchen Projekten funktioniert.
Der Teamprojektadministrator muss das lokale VKS verwenden, um diese Dateien zu ändern oder zu löschen. Einige Plugins können diese Arbeit erleichtern. Siehe die Plugins-Einstellung für weitere Informationen.
Registrieren Sie die Projektdateien im lokalen VKS
Wenn Sie das Projekt über die grafische Benutzeroberfläche erstellt haben, müssen Sie es anschließend explizit zum Versionskontrollsystem hinzufügen (add in SVN und Git).
Legen Sie die registrierten Dateien auf dem Hosting-Server ab
Veröffentlichen Sie schließlich Ihr Projekt auf dem Remote-Server (commit in SVN, commit und push in Git).
Geben Sie Ihrem Team Zugriffsrechte
Wenn Sie mehrere Projekte auf demselben Server verwenden, müssen Sie Ihre Anmeldedaten nur einmal für diesen Server eingeben.
Nachdem das Projekt erstellt und auf den Server hochgeladen wurde, muss der Teamprojektadministrator den Zugang für die Übersetzer einrichten. Für den Zugriff auf ein Teamprojekt sind die folgenden Informationen erforderlich:
Projekte auf einem Hosting-Dienst
Die Übersetzer müssen ein Konto für den Dienst einrichten und ihren Benutzernamen an den Teamprojektadministrator senden.
Der Administrator gewährt diesen Konten dann Schreibzugriff auf das Repository.
Projekte auf einem selbst gehosteten Server
Wenn es sich um einen selbst gehosteten Server handelt, auf dem die Übersetzer keine Möglichkeit zur Registrierung haben, muss der Teamprojektadministrator für jeden Übersetzer ein Konto mit Schreibrechten einrichten.
Nach dem Erstellen der Konten muss der Administrator den Übersetzern ihre individuellen Anmeldedaten übermitteln.
Bringen Sie alle dazu, das Projekt über OmegaT herunterzuladen
Administratoren haben zwei Möglichkeiten, den Standort des Projekts an die Übersetzer zu übermitteln:
Senden Sie eine URL und bitten Sie die Übersetzer, mittels eine lokale Kopie des Projekts auf ihrem eigenen System zu erstellen.
Senden Sie eine omegat.project-Datei, die die Projekt-URL enthält, und lassen Sie die Übersetzer diese in einen leeren Ordner kopieren und in OmegaT öffnen. Das ist nützlich, wenn das Projekt so eingerichtet ist, dass für jeden Übersetzer unterschiedliche Zuordnungen verwendet werden.
Nachdem der Teamprojektadministrator sicherstellen konnte, dass ein Übersetzer das Teamprojekt öffnen kann, ist es ratsam, sich zu vergewissern, dass die Projektstatistiken sowohl für den Administrator (auf dem Server) als auch für den Übersetzer (lokal) identisch sind.
Wenn sie nicht übereinstimmen, vergewissern Sie sich, dass die Dateien filters.xml und segmentation.conf ordnungsgemäß freigegeben sind.
Wenn Sie ebenfalls an dem Projekt arbeiten müssen, laden und speichern Sie das Projekt an einem anderen Speicherort als dem des lokalen Teamprojekts
Sie können nun auch mit dem Team an dem Projekt arbeiten
Es ist möglich, verschiedene Remote-Speicherorte den lokalen Dateien zuzuordnen (über die OmegaT-Benutzeroberfläche mit im Projekteigenschaften-Dialogfenster oder durch Bearbeiten der omegat.project-Datei). Obwohl die Zuordnungsfunktion in erster Linie für das Sammeln von Quelldateien aus verschiedenen Speicherorten gedacht ist, kann sie auch für andere Arten von Dateien verwendet werden.
Nachfolgend sehen Sie eine Liste von Zuordnungsparametern. Im nächsten Abschnitt finden Sie Anwendungsbeispiele.
Dies kann entweder http (was https einschließt), svn, git oder file sein.
Remote-Standort oder Ordner der zu übersetzenden Dateien.
Name des lokalen Ordners oder der lokalen Datei, relativ zum Root-Verzeichnis des OmegaT-Projekts.
Name des Remote-Ordners oder der Remote-Datei, relativ zur Repository-URL.
Verwenden Sie Platzhalter (im Apache-Ant-Stil: *, ?, **), um Muster für Dateien hinzuzufügen, die nicht Teil der Zuordnung sein sollen. Verwenden Sie ein Semikolon, um verschiedene Muster voneinander zu trennen.
Beispiel: **/excludedfolder/**;*.txt schließt Dateien aus, die /excludedfolder/ im Pfad haben, sowie Dateien mit der .txt-Endung.
Wie oben, aber für Dateien, die Teil der Zuordnung sein sollen. Da Dateien standardmäßig eingeschlossen werden, wenn sie nicht ausdrücklich ausgeschlossen werden, ist diese Option nur erforderlich, um Ausnahmen für ein Ausschlussmuster anzugeben.
Beispiel: **/*.docx, um alle .docx-Dateien in das Projekt aufzunehmen, auch wenn sie in einem ausgeschlossenen Ordner enthalten sind.
Standard-Projektzuordnung:
<repository type="svn" url="https://repo_for_OmegaT_team_project"> <mapping local="" repository=""/> </repository>
Alle Inhalte von https://repo_for_OmegaT_team_project sind dem lokalen OmegaT-Projekt zugeordnet
Zuordnung für Projekte in einem Unterordner des Repository:
<repository type="svn" url="https://repo_for_All_OmegaT_team_projects"> <mapping local="" repository="En-US_DE_project"/> </repository>
Alle Inhalte von https://repo_for_All_OmegaT_team_projects/En-US_DE_project sind dem lokalen OmegaT-Projekt zugeordnet.
Zuordnung für zusätzliche Quellen aus einem Remote-Repository, mit Filtern:
<repository type="svn" url="https://repo_for_All_OmegaT_team_project_sources">
<mapping local="source/subdir" repository="">
<excludes>**/*.bak</excludes>
<includes>readme.bak</includes>
</mapping>
</repository>Alles in https://repo_for_All_OmegaT_team_project_sources ist dem lokalen OmegaT-Projekt-Quellordner zugeordnet, außer Dateien mit der .bak-Endung. Allerdings wird auch die readme.bak-Datei eingeschlossen.
Zuordnung für zusätzliche Quelldateien aus dem Web:
<repository type="http" url="https://github.com/omegat-org/omegat/raw/master/"> <mapping local="source/Bundle.properties" repository="src/org/omegat/Bundle.properties"/> </repository>
Die Remote-Datei https://github.com/omegat-org/omegat/raw/master/src/org/omegat/Bundle.properties ist der lokalen Datei source/Bundle.properties zugeordnet.
Zuordnung mit Umbenennung:
<repository type="http" url="https://github.com/omegat-org/omegat/raw/master/"> <mapping local="source/readme_tr.txt" repository="release/readme.txt"/> </repository>
Die Remote-Datei https://github.com/omegat-org/omegat/raw/master/release/readme.txt ist der lokalen Datei source/readme_tr.txt zugeordnet.
Dies macht es möglich, die zu übersetzende Datei umzubenennen.
Zuordnung einer lokalen Datei:
<repository type="file" url="/home/me/myfiles"> <mapping local="source/file.txt" repository="my/file.txt"/> <mapping local="source/file2.txt" repository="some/file.txt"/> </repository>
Die lokale Datei /home/me/myfiles/my/file.txt ist der lokalen Datei source/file.txt zugeordnet und /home/me/myfiles/some/file.txt ist der lokalen Datei source/file2.txt zugeordnet.
Das Projekt wird nicht geladen, wenn eine Datei, die in einer Zuordnung angegeben ist, nicht existiert.
Sie können beliebig viele Zuordnungen hinzufügen, aber eine der Zuordnungen muss die omegat.project-Datei einschließen.
Die oben beschriebene Prozedur beschreibt das gängigste Szenario, wo der Teamprojektadministrator die volle Kontrolle über das Projekt hat und alle Dateien (und Statistiken) in sämtlichen Instanzen des Projekts identisch sind, sowohl auf dem Server als auch auf den lokalen Systemen der Übersetzer.
Es ist auch möglich, ein Teamprojekt zu konfigurieren, wo sich mehrere Übersetzer die project_save.tmx-Datei und nur eine Teilmenge der anderen Dateien teilen.
Die Prozedur ist grundsätzlich dieselbe, nur dass der Teamprojektadministrator nicht jede Datei zum versionskontrollierten Projekt auf dem Server hinzufügt. Die restlichen Dateien werden entweder von den Übersetzern selbst kopiert, oder es werden Zuordnungen definiert, die Dateien aus anderen Speicherorten synchronisieren.
Teamprojekte verwenden Synchronisationsmechanismen zwischen den Projektmitgliedern.
Sobald ein OmegaT-Teamprojekt auf einem Server installiert ist, sendet der Administrator den Mitgliedern die Informationen, die sie für den Zugriff benötigen: eine URL, die den Speicherort des Projekts angibt, oder eine omegat.project-Datei.
Nachdem das Projekt heruntergeladen wurde, wird es lokal installiert. Es muss nur noch lokal geöffnet werden, um es mit dem Server zu synchronisieren.
Repository-Zugangsdaten werden in die repositories.properties-Datei gespeichert und können aus den Repository-Zugangsdaten-Einstellungen gelöscht werden.
Da die Synchronisierung standardmäßig alle drei Minuten erfolgt, kann es vorkommen, dass Projektmitglieder ein Segment übersetzen oder ändern, das bereits von einem anderen Mitglied übersetzt, aber noch nicht synchronisiert wurde. Wenn dies der Fall ist, müssen die Mitglieder die beste Übersetzung auswählen.
Die Mitglieder können sich bei der Übersetzung und Überprüfung der Dateien abwechseln. Mit der Suchfunktion können sie den Editorbereich zum Beispiel nach Inhalten filtern, die von einer bestimmten Person übersetzt wurden, oder nach Inhalten, die nach oder vor einer bestimmten Zeit übersetzt wurden.
Über eine URL
Verwenden Sie , um das Dialogfenster Teamprojekt herunterladen zu öffnen.
Fügen Sie die vom Teamprojektadministrator bereitgestellte URL in das Feld Repository-URL: am Anfang des Dialogfensters ein, und geben Sie einen Ordner für das Projekt im Feld Neuer lokaler Projektordner: an. Lassen Sie die Option Standard-Branch aktiviert, es sei denn, der Projektadministrator hat Ihnen Anweisungen zur Verwendung eines anderen Branch gegeben.
Über eine omegat.project-Datei
Legen Sie die omegat.project-Datei in einem leeren Ordner ab und öffnen Sie sie in OmegaT. Das Projekt wird automatisch heruntergeladen und in den Ordner gespeichert, der diese Datei enthält.
Server verwenden in der Regel zwei verschiedene Arten der Authentifizierung: Benutzername/Passwort-Eingabe oder SSH.
Wenn die Authentifizierung mittels Benutzername und Passwort erfolgt, zeigt OmegaT Ihnen ein Authentifizierung-Dialogfenster zur Eingabe Ihres Benutzernamens und Passworts an, entweder nachdem Sie das Projekt zum ersten Mal heruntergeladen haben oder zu einem späteren Zeitpunkt. OmegaT merkt sich Ihre Zugangsdaten für dieses spezielle Projekt, die Sie jederzeit wieder löschen können. Siehe die Repository-Zugangsdaten-Einstellungen für weitere Informationen.
Wenn der Server SSH-Authentifizierung verwendet, müssen Sie vorher Ihre SSH-Konfiguration aktualisieren, um den Server einzubeziehen, bevor Sie versuchen, das Projekt herunterzuladen, da sonst ein Authentifizierungsfehler auftritt und das Projekt nicht geladen werden kann.
Wenn Sie mehrere Projekte auf demselben Server verwenden, müssen Sie Ihre Anmeldedaten nur einmal für diesen Server eingeben.
Beim Synchronisieren des Projekts werden die Übersetzungen aller Teammitglieder zu den lokalen Kopien des Projekts hinzugefügt. Es werden nur die Inhalte der beiden folgenden Dateien synchronisiert:
project.save
glossary.txt
Während der Synchronisation werden alle anderen lokalen Dateien mit den Versionen auf dem Remote-Server überschrieben, mit Ausnahme von omegat.project (siehe unten).
OmegaT synchronisiert ein Teamprojekt, wenn es geöffnet, neu geladen, geschlossen oder gespeichert wird. Das bedeutet, dass auch die automatische Speicherfunktion regelmäßig die lokalen Versionen mit der Version auf dem Server synchronisiert, in einem Intervall, das in den Projektdaten-Speicherintervall-Einstellungen angegeben ist.
Die Konfiguration des Teamprojekts wird, wie auch bei regulären lokalen Projekten, über den Inhalt der omegat.project-Datei und die optionale Verwendung von Spezialdateien für projektspezifische Filter oder Segmentierungsregeln definiert.
Wenn das Projekt zum ersten Mal heruntergeladen wird, ruft OmegaT die omegat.project-Datei vom Server ab. Diese Datei definiert die folgenden Parameter:
Grundlegende Projektkonfiguration: Quelle und Sprachen, Tokenizer und die Projektordnerhierarchie.
In einem Teamprojekt werden die grundlegenden Konfigurationsparameter des lokalen Projekts immer von der auf dem Server befindlichen Konfiguration überschrieben, die ursprünglich vom Projektadministrator festgelegt wurde.
Repository-Zuordnungen
Einzelheiten finden Sie unter Repository-Zuordnungen.
Wenn für das Remote-Projekt keine benutzerdefinierten Zuordnungen definiert wurden, aber lokale Zuordnungen vorgenommen wurden, werden die lokalen Einstellungen beibehalten, ohne die Einstellungen auf dem Server zu beeinflussen.
Wenn das Remote-Projekt benutzerdefinierte Zuordnungen enthält, aber nicht das lokale Projekt, werden die Zuordnungen des Servers auf das lokale Projekt angewendet.
Wenn das Remote-Projekt ein URL-Protokoll vorgibt und Sie es mit einem anderen Protokoll herunterladen, bleibt Ihre lokale Konfiguration erhalten.
Zum Beispiel unterstützen viele Hosting-Dienste den Zugriff auf dasselbe Repository entweder über das SSH +Git- oder das https-Protokoll. OmegaT wird die lokale Protokollauswahl respektieren.
Wenn Sie das Remote-Projekt zunächst mit einer vom Projektadministrator bereitgestellten omegat.project-Datei herunterladen, verwendet OmegaT die Zuordnungen in dieser Datei, sofern vorhanden.
Wenn es einen Konflikt zwischen der Lokal- und Remote-Version der omegat.project-Datei gibt und die lokale Version überschrieben wird, erstellt OmegaT eine Sicherungskopie namens omegat.project.YYYYMMDDhhmm.bak. Die Sicherungskopien werden mindestens zehn Tage lang aufbewahrt, und ältere Sicherungskopien werden automatisch gelöscht.
Denken Sie daran, dass alle Änderungen an den lokalen Projektkonfigurationsdateien mit den Versionen auf dem Server überschrieben werden, wenn das Projekt synchronisiert wird.
Nachdem Sie die Zieldateien erstellt haben, verwenden Sie , um sie auf dem Server hochzuladen, sofern der Projektadministrator Sie dazu aufgefordert hat.
Dateien in einem Teamprojekt können nicht via OmegaT oder via lokalem Dateisystem gelöscht werden. Sie werden bei der nächsten Synchronisation des Projekts wiederhergestellt. Diese Aufgabe ist normalerweise dem Projektadministrator vorbehalten.
Sie können ein Teamprojekt öffnen und offline daran arbeiten. Alle Änderungen werden synchronisiert, wenn das nächste Mal eine Verbindung verfügbar ist.
Es gibt zwei Möglichkeiten, offline zu arbeiten:
Trennen Sie die Verbindung zum Netzwerk, bevor Sie das Projekt öffnen.
Öffnen Sie das Projekt über die Befehlszeile mit der Option --no-team. Einzelheiten finden Sie im Abschnitt Start über die Befehlszeile.
OmegaT gibt es in zwei Varianten:
Diese Variante wird für den täglichen Gebrauch empfohlen.
Diese Variante wird jedes Mal automatisch erstellt, wenn OmegaT geändert wird. Sie dient zu Testzwecken.
Die Dateien können direkt von https://omegat.org heruntergeladen werden.
Für die Ausführung von OmegaT 5.8.0 ist eine Java 8 Runtime Environment (JRE) erforderlich.
OmegaT-Pakete gibt es sowohl in Versionen, die mit Java gebündelt sind, als auch in Versionen ohne Java. Pakete ohne Java setzen eine systemweit installierte Java 8 Runtime Environment voraus.
OmegaT 5.8.0 und höher können auch mit Java 11 Runtime Environment auf beliebigen Plattformen ausgeführt werden.
Aus lizenzrechtlichen Gründen empfiehlt das OmegaT-Team die Java-Laufzeitumgebung Eclipse Temurin, die vom Adoptium-Projekt der Eclipse Foundation bereitgestellt wird, allerdings sollten auch andere Laufzeitumgebungen funktionieren, die mit Java 8 kompatibel sind. Siehe Eclipse Temurin™.
IBM stellt JREs für Linux PowerPC unter https://developer.ibm.com/languages/java/semeru-runtimes/downloads/ zur Verfügung.
Doppelklicken Sie auf das heruntergeladene Paket.
Sie können die Sprache wählen, die während der Installation verwendet wird, und die Sprache, die von OmegaT verwendet wird. Sie können das auch nachträglich ändern, indem Sie die Datei OmegaT.l4J.ini bearbeiten.
Einige Linux-Distributionen bieten OmegaT in ihrem Paketmanager an. Die hier aufgeführten Anweisungen gelten für Personen, die das Paket von der Website https://omegat.org herunterladen und manuell installieren.
Entpacken Sie die heruntergeladene Datei. Dabei wird ein neuer Ordner mit dem Namen des heruntergeladenen Pakets erstellt. Dieser Ordner enthält alle Dateien, die zur Ausführung von OmegaT benötigt werden.
Obwohl Sie OmegaT direkt über die verfügbaren Dateien starten können, haben Sie auch die Möglichkeit, das dort befindliche Skript linux-install.sh auszuführen, um OmegaT woandershin zu installieren.
Die Ausführung des Skripts erfordert die Eingabe Ihres sudo-Passworts.
Das Skript sucht nach einer bestehenden Installation der gleichen OmegaT-Version in /opt/omegat/. Wenn es keine gibt, wird das Programm in /opt/omegat/OmegaT_5.8.0 installiert und als Standardversion (in /opt/omegat/OmegaT-default) festgelegt.
Nach dem Entpacken oder Installieren können Sie die nicht mehr benötigte heruntergeladene Datei löschen.
Doppelklicken Sie auf das heruntergeladene Paket, um es zu entpacken. Dies erstellt einen Ordner namens OmegaT. Der Ordner enthält zwei Dateien: index.html (Index der Bedienungsanleitung) und OmegaT.app (die Applikation). Kopieren Sie den Ordner an einen geeigneten Ort (z. B. Programme).
Wenn Sie möchten, können Sie OmegaT.app per Drag-and-Drop auf das Dock ziehen, um bequemer darauf zugreifen zu können.
Danach können Sie das nicht mehr benötigte heruntergeladene Paket löschen.
Diese Information gilt für jedes System, für das eine Java-Version verfügbar ist, die mit der Java 8 Runtime Environment kompatibel ist. Dazu gehören die oben beschriebenen Plattformen sowie Plattformen, für die kein eigenes OmegaT-Paket bereitgestellt wird.
Laden Sie die Version Plattformübergreifend ohne JRE herunter.
Entpacken Sie die heruntergeladene Datei. Dies erstellt einen Ordner mit allen Dateien, die zur Ausführung von OmegaT erforderlich sind.
Folgen Sie den Anweisungen Ihres Systems, um OmegaT-Verknüpfungen an günstigen Stellen Ihrer Wahl zu installieren.
OmegaT kann Sie informieren, wenn eine neue Version verfügbar ist. Siehe die Updates-Einstellung für weitere Informationen.
Die Änderungen zwischen Ihrer Version und der aktuellen Version sind in der Datei changes.txt auf der Entwicklungsseite dokumentiert.
Wenn Sie sich für die Installation einer neuen Version entscheiden, sollten Sie Folgendes bedenken:
Die Einstellungen von OmegaT sind im Konfigurationsordner und werden von der neuen Version nicht verändert. Einzelheiten finden Sie unter Konfigurationsordner.
Projekte, die Sie in der Vergangenheit erstellt haben oder aktuell verwenden, werden nicht geändert oder gelöscht. OmegaT-Projekte werden nicht in OmegaT gespeichert. Es sind separate Objekte, die keine physische Verbindung mit der OmegaT-Applikation selbst haben.
Parameterdateien, die in dem heruntergeladenen OmegaT-Paket enthalten sind (insbesondere die >OmegaT.l4J.ini-Datei für Windows und die Configuration.properties- und Info.plist-Datei für macOS-Pakete), könnten überschrieben oder gelöscht werden. Daher sollten Sie vor der Aktualisierung eine Sicherungskopie erstellen, wenn Sie diese Dateien zur Änderung der Startparameter von OmegaT verwendet haben.
Die Ordner plugins und scripts könnten überschrieben werden, daher sollten Sie vor der Aktualisierung eine Sicherheitskopie erstellen.
Wählen Sie einfach beim Installieren der neuen Version den Installationsordner aus, den Sie bereits für die bestehende Installation verwendet haben. Die "alte" Version von OmegaT wird überschrieben, aber Einstellungen, die über die OmegaT-Benutzeroberfläche vorgenommen wurden, bleiben in allen Konfigurationsordnern (siehe oben) erhalten.
Dies ermöglicht es Ihnen, beliebig viele Versionen parallel zu verwenden, bis Sie sich mit der neuen Version vertraut gemacht haben.
Sämtliche Parameter im OmegaT-Konfigurationsordner werden von allen Projekten gemeinsam genutzt, es sei denn, Sie geben einen anderen Konfigurationsordner mit der Option --config-dir=<Pfad> via Befehlszeile an. Einzelheiten finden Sie im Abschnitt OmegaT-Optionen.
Alle Parameter im Projektordner gelten für dieses Projekt, egal mit welcher OmegaT-Version es geöffnet wird.
Verwenden Sie das Standardverfahren Ihres Betriebssystems, um OmegaT zu entfernen. Wenn Sie OmegaT vollständig entfernen möchten, müssen Sie auch den Konfigurationsordner löschen.
Wenn Sie eine manuelle Installation unter Linux durchgeführt haben, müssen Sie die OmegaT-Ordner in opt/ sowie die Symlinks, die das Installationsskript in /usr/local/bin/ platziert hat, manuell löschen.
Der Quellcode der aktuellen Version kann entweder direkt von der OmegaT-Download-Seite heruntergeladen oder aus den Sourceforge- oder GitHub-Repositories geklont werden.
Sobald der Code heruntergeladen ist, öffnen Sie ein Terminal im Quellordner (omegat-code/, wenn Sie es von Sourceforge geklont haben, oder /omegat, wenn Sie es von GitHub geklont haben) und geben Sie Folgendes ein:
./gradlew installDist
Dies wird eine vollständige, startfähige OmegaT-Distribution im Ordner build/install/OmegaT erstellen.
Sie können die Applikation auch direkt mit dem folgenden Befehl ausführen:
./gradlew run
Eine Liste aller verfügbaren Aufgaben erhalten Sie, wenn Sie Folgendes eingeben:
./gradlew tasks
Detaillierte Anweisungen zur Erstellung von OmegaT via Code finden Sie in der README.txt-Datei im Unterordner docs_devel.
Der einfachste Weg, OmegaT zu starten, ist die Ausführung des Programms OmegaT.exe. Die Optionen für den Programmstart werden aus der Datei OmegaT.l4J.ini gelesen, die sich im gleichen Ordner wie die EXE-Datei befindet und die Sie nach Belieben bearbeiten können. Das folgende INI-Datei-Beispiel reserviert 1 GB Speicherplatz, verlangt Französisch als Benutzersprache und Kanada als Land:
# OmegaT.exe runtime configuration # To use a parameter, remove the '#' before the '-' # Memory -Xmx1024M # Language -Duser.language=FR # Country -Duser.country=CA
Tipp: Wenn OmegaT in Remote-Desktop-Sitzungen unter Windows nur langsam arbeitet, können Sie diese Option verwenden:
-Dsun.java2d.noddraw=false
Sie können OmegaT über die Befehlszeile mit einem Skript starten, das Startoptionen enthält. Einzelheiten finden Sie im Abschnitt Start über die Befehlszeile.
Sie können auch auf OmegaT.jar klicken, um es direkt zu starten, sofern die .jar-Erweiterung mit dem Java-Launcher des Systems verknüpft ist.
Das Paket enthält auch ein omegat.kaptn-Kaptain-Skript, das für KDE-Nutzer nützlich sein könnte, sowie ein OmegaT-Bash-Skript, das automatisch den entsprechenden java-Befehl zur Ausführung von OmegaT startet.
Doppelklicken Sie auf OmegaT.app oder klicken Sie auf dessen Symbol im Dock.
OmegaT.app kommt mit einer ausführbaren OmegaT-Datei in OmegaT.app/Contents/MacOS/, die Sie auch zum Starten mehrerer Instanzen von OmegaT.app verwenden können.
Außerdem kommt es mit der generischen OmegaT.jar-Datei in OmegaT.app/Contents/MacOS/Java/, die Sie verwenden können, um OmegaT über die Befehlszeile zu starten. Einzelheiten finden Sie im Abschnitt Start über die Befehlszeile.
Sie können das Verhalten von OmegaT.app ändern, indem Sie die Dateien Configuration.properties (OmegaT-Konfiguration) und Info.plist (Java-Konfiguration) im OmegaT.app-Paket bearbeiten.
Die Configuration.properties-Datei befindet sich im Contents/Resources/-Ordner.
Die Configuration.properties-Datei befindet sich im Contents/Resources/-Ordner.
Um auf die Dateien im OmegaT.app-Paket zuzugreifen, rechtsklicken Sie auf OmegaT.app und wählen Sie "Paketinhalt zeigen" aus.
Es ist auch möglich, OmegaT.app selbst zu verwenden, um OmegaT über das Terminal zu starten. Einzelheiten finden Sie im unteren Abschnitt Befehlssyntax.
Verwenden Sie zum Bearbeiten der Dateien einen Texteditor Ihrer Wahl.
Wenn Sie vordefinierte Optionen verwenden wollen, entfernen Sie das #-Symbol vor einem Parameter, um ihn zu aktivieren. user.language=ja beispielsweise (ohne das #) wird OmegaT mit der japanischsprachigen Benutzeroberfläche starten.
Um beispielsweise die Menge des verfügbaren Speichers zu ändern, heben Sie die Kommentierung der folgenden Zeile auf
<!-- <string>-Xmx6g</string>
-->
indem Sie die Marker <!-- und --> entfernen.
Dies wird OmegaT mit 6 GB Speicher starten; ändern Sie das 6g auf die gewünschte Kapazität.
OmegaT.app kann die macOS-Dienste in Anspruch nehmen. Sie können auch AppleScript, Automator oder Shortcuts verwenden, um Dienste oder Skripte zu erstellen, die wiederkehrende Aktionen automatisieren.
Die Methoden variieren je nach System, aber in der Regel können Sie OmegaT, sobald es installiert ist, direkt über die Befehlszeile starten. Einzelheiten finden Sie im Abschnitt Start über die Befehlszeile.
Sie können ein Skript erstellen, das die gewünschten Startparameter für die Befehlszeile enthält. Wenn .jar-Dateien ordnungsgemäß mit der Java 8 Runtime Environment verknüpft sind und Ihre PATH-Einstellungen korrekt sind, können Sie auch einfach auf OmegaT.jar klicken (oder doppelklicken), um es direkt zu starten.
Weitere Informationen finden Sie in der Dokumentation zu Ihrem System.
OmegaT über die Befehlszeile zu starten, gibt Ihnen die Möglichkeit, verschiedene Optionen festzulegen, die das Verhalten der Applikation steuern oder verändern. Sie können auch eine Reihe von Optionen in Skripten definieren und speichern, die Sie dann verwenden können, um OmegaT für einen bestimmten Zweck zu starten.
Wenn Sie OmegaT über die Befehlszeile starten, wird jedes Mal eine neue OmegaT-Instanz erstellt. Sie können also mehrere Projekte gleichzeitig ausführen, die jeweils ihre eigenen Parameter haben.
Bevor grafische Benutzeroberflächen üblich wurden, erfolgte die Interaktion mit dem Computer über eine Befehlszeilenschnittstelle (CLI), die die Eingabe von Befehlen erfordert, um dem Computer Anweisungen zu geben. Bei modernen Systemen erfolgt der Zugriff auf die CLI über eine Applikation, die häufig "Terminal" oder "Konsole" genannt wird. Der Einfachheit halber wird sie in dieser Bedienungsanleitung als Terminal bezeichnet.
In Windows können Sie entweder die Eingabeaufforderung oder Powershell als Terminal verwenden. Beide sind über den Systemprogramme-Ordner im Startmenü zugänglich.
Das macOS-Äquivalent nennt sich Terminal und befindet sich im Ordner Dienstprogramme des Hauptordners Programme.
In Linux sollte das Standard-Terminal für Ihre Distribution über das Anwendungsmenü oder eines seiner Untermenüs aufrufbar sein.
Im Terminal können Sie Befehle und die zugehörigen Parameter eingeben, um Aufgaben auszuführen. Dies erleichtert die Ausführung bestimmter Aufgaben, die über eine grafische Benutzeroberfläche nur schwer zu bewerkstelligen wären.
Die Syntax zur Angabe des Speicherorts einer Applikation oder eines Ordners hängt von der jeweiligen Plattform ab. In Windows wird das \-Zeichen zur Trennung von Ordner- und Dateinamen verwendet, während in macOS und Linux das /-Zeichen verwendet wird.
Nachfolgend die Standardspeicherorte von OmegaT.jar für alle gängigen Plattformen:
C:\Program Files\OmegaT\OmegaT.jar
/Applications/OmegaT.app/Contents/Java/OmegaT.jar
/opt/omegat/OmegaT.jar
(Das kann je nach Distribution variieren.)
Dieser Speicherort wird in diesem Kapitel als Pfad/zur/OmegaT.jar bezeichnet. Ersetzen Sie ihn mit dem tatsächlichen Speicherort der Datei auf Ihrem System.
Die Syntax zum Starten von OmegaT über das Terminal lautet:
java -jar <Java-Parameter> Pfad/zur/OmegaT.jar <OmegaT-Optionen>
In macOS ist es auch möglich, OmegaT.app direkt im Terminal zu verwenden, allerdings können in diesem Fall keine Java-Parameter hinzugefügt werden:
open Pfad/zur/OmegaT.app -n --args <OmegaT-Optionen>
wobei mit -n eine neue Instanz von OmegaT erstellt wird.
java -jarMit diesem Befehl wird die Java Virtual Machine angewiesen, ein Jar-Paket auszuführen.
<Java-Parameter>Null oder mehr Parameter, die vom java-Befehl akzeptiert werden. Die zum Ausführen von OmegaT relevanten Parameter finden Sie unten.
Pfad/zur/OmegaT.jarDer Speicherort der ausführbaren OmegaT-Java-Datei.
<OmegaT-Optionen>Die für OmegaT spezifischen Optionen finden Sie weiter unten in diesem Abschnitt.
Die folgende Liste präsentiert Parameter für den java-Befehl, die beim Arbeiten mit OmegaT nützlich sein können.
-Duser.language=LL
Ersetzen Sie LL mit dem gewünschten zweistelligen Sprachcode aus der ISO 639-1-Liste.
Mit diesem Parameter wird die Benutzeroberfläche von OmegaT in der angegebenen Sprache gestartet, sofern diese (auch nur teilweise) verfügbar ist. Wenn die Sprache nicht verfügbar ist, wird OmegaT standardmäßig Englisch verwenden, auch wenn das System eine andere Standardsprache verwendet.
-Duser.country=CC
Ersetzen Sie CC mit dem gewünschten zweistelligen Ländercode aus der ISO 3166 alpha-2-Liste.
Dieser Parameter wird mit dem vorherigen Benutzeroberflächensprachparameter kombiniert, um eine regionale Variante anzugeben. Wenn diese Variante nicht verfügbar ist, folgt die Benutzeroberfläche der gleichen Priorität wie oben.
-XmxSIZE
Ersetzen Sie SIZE mit einer Zahl, die ein Vielfaches von 1024 ist, gefolgt von k für Kilobytes, m für Megabytes oder g für Gigabytes. Die Zahl muss mindestens 2 MB entsprechen.
-Dhttp.proxyHost=<Proxy-IP>
Ersetzen Sie <Proxy-IP> mit der IP-Adresse Ihres Proxyservers, sofern Ihr System so etwas verwendet.
-Dhttp.proxyPort=<Portnummer>
Ersetzen Sie <Portnummer> mit der Portnummer, die Ihr System für den Zugriff auf den Proxyserver verwendet.
Eine Liste dieser Optionen können Sie auch im Terminal mit dem Befehl java -jar OmegaT.jar --help abrufen. Wenn keine Optionen angegeben sind, wird die OmegaT-GUI gestartet.
-h,
--helpInformationen zur Verwendung anzeigen.
Die GUI starten und das angegebene Projekt laden
--remote-project <Pfad-zur-OmegaT-Projektdatei>Das OmegaT-Projekt von der in <Pfad-zur-OmegaT-Projektdatei> angegebenen URL herunterladen und laden.
--no-teamTeamprojekt-Funktionalität deaktivieren. Verwenden Sie diese Option, wenn Sie OmegaT daran hindern wollen, die Projektinhalte zu synchronisieren.
team init QS ZSInitialisieren Sie ein Teamprojekt, indem Sie QS und ZS als zweibuchstabigen Sprachcode für die Quell- bzw. Zielsprache verwenden.
--disable-project-lockingDie omegat.project-Datei wird nicht gesperrt.
Auf einigen Plattformen wird die omegat.project-Datei standardmäßig gesperrt. Der Versuch, ein bereits geöffnetes Projekt in einer anderen OmegaT-Instanz zu öffnen, löst einen Fehler aus. Diese Option verhindert diesen Fehler.
--disable-location-saveDer zuletzt in der Dateiauswahl geöffnete Ordner wird nicht gespeichert.
--ITokenizer=<Klassenname>, --ITokenizerTarget=<Klassenname>Einen Quell- oder Zielsprachen-Tokenizer angeben (die Nutzung dieser Option überschreibt die Projekteinstellungen). Siehe OmegaT.jar/META-INF/MANIFEST.MF für gültige Werte.
--config-dir=<Pfad>Der Ordner, welcher zum Lesen oder Schreiben von OmegaT-Konfigurationsdateien verwendet wird. Einzelheiten finden Sie unter Konfigurationsordner.
--config-file=<Pfad>Eine Datei im Java .properties-Format, die zur Angabe mehrerer Befehlszeilenoptionen verwendet wird.
Die Optionen werden als Schlüssel=Wert-Paare aufgelistet. Es können sowohl Java-Parameter als auch OmegaT-Optionen verwendet werden.
Entfernen Sie das -D- oder -X-Präfix, um Java-Parameter zu verwenden:
user.language=fr config-dir="Pfad/zum/neuen/Konfigordner"
Nahezu alle Parameter in diesem Abschnitt können in einer Konfigurationsdatei verwendet werden. Die einzige Ausnahme ist remote-project.
Es ist möglich, --config-file mit anderen Befehlszeilenoptionen zu kombinieren, die mit dem Start der GUI kompatibel sind. In solchen Fällen haben die in der Konfigurationsdatei definierten Optionen Vorrang vor allen Optionen mit doppelter Funktionalität, die ebenfalls über die Befehlszeile übergeben werden.
--resource-bundle=<Pfad>Eine Java-.properties-Datei, die für die Texte der Benutzeroberfläche verwendet wird.
--mode=[Konsolenmodusname]Einen anderen Modus als den GUI-Standardmodus angeben. Folgende Optionen stehen zur Verfügung:
--mode=console-translateIn diesem Modus versucht OmegaT, die Dateien im Quellordner mit den verfügbaren Translation Memories zu übersetzen.
Dieser Modus ist nützlich, wenn OmegaT auf einem Server mit TMX-Dateien ausgeführt wird, die automatisch in ein Projekt eingespeist werden.
--source-pattern=<Muster>Eine Whitelist mit regulären Ausdrücken, die die zu verarbeitenden Quelldateien definiert. Denken Sie daran, dass in regulären Ausdrücken der Punkt und der umgekehrte Schrägstrich mit einem Escapezeichen versehen werden müssen: \. und \\.
Hier einige typische Beispiele:
.*\.htmlAlle HTML-Dateien übersetzen.
test\.htmlNur die test.html-Datei im Quellordner selbst übersetzen. Dateien in anderen Unterordnern, die ebenfalls test.html heißen, werden ignoriert.
dir-10\\test\.htmlNur die test.html-Datei im dir-10-Ordner übersetzen.
Einzelheiten finden Sie unter Reguläre Ausdrücke.
--mode=console-createpseudotranslatetmxIn diesem Modus erstellt OmegaT eine TMX-Datei für das gesamte Projekt, wobei nur die Quelldateien verwendet werden.
Geben Sie die TMX-Datei an, mit der es erstellt werden soll:
--pseudotranslatetmx=<Pfad>Speicherort der pseudoübersetzten TMX-Datei.
--pseudotranslatetype=[equal|empty]Womit die pseudoübersetzte TMX gefüllt werden soll.
--mode=console-align --alignDir=<Pfad>In diesem Modus wird OmegaT die Dateien im Quellordner des Projekts an denen im via --alignDir angegebenen Speicherort ausrichten.
Die daraus resultierende TMX-Datei wird im OmegaT-Ordner als align.tmx gespeichert. Welche Dateitypen ausgerichtet werden können, hängt davon ab, ob die Ausrichtung vom Dateifilter unterstützt wird. Zu den unterstützten Filtern gehören: ILIAS Language File, Java(TM) Resource Bundles, Schlüssel=Wert-Text, Magento CE Locale CSV, MoodlePHP, Mozilla DTD, Mozilla FTL, PO, RC, SubRip Subtitles und Windows Resources.
Der --alignDir-Parameter wird verwendet, um den Speicherort der Daten in der Zielsprache anzugeben, also einen Ordner, der die übersetzten Dateien enthält.
Der Ordner muss eine Übersetzung in der Zielsprache des Projekts enthalten. Wenn es sich beispielsweise um ein EN-nach-FR-Projekt handelt, muss der Ordner ein Bundle enthalten, das mit _fr endet. Die daraus resultierende TMX-Datei wird im OmegaT-Ordner als align.tmx gespeichert.
--mode=console-stats <Pfad>--output-file=[Stats-Ausgabedatei]Schreibt in die angegebene Datei, oder in die Standardausgabe, wenn keine Datei angegeben ist. Wenn --stats-type nicht angegeben ist, wird das Format via Dateiendung ermittelt. Für die Ausgabe wird standardmäßig xml verwendet.
--stats-type=[xml|text][txt][json]]]Benötigt --output-file. Spezifiziert das Ausgabeformat.
--quietAusgabe der Befehlszeile reduzieren.
--script=<Pfad>Eine Skriptdatei, die ausgeführt werden soll, wenn ein Projektereignis ausgelöst wird.
--tag-validation=[abort|warn]Tag-Probleme untersuchen.
Abort: Bei Tag-Problemen mit einem Fehler beenden.
Warn: Bei Tag-Problemen Warnungen anzeigen, ohne das Programm zu beenden.
Berichte über Tag-Probleme werden im Terminalfenster ausgegeben.