OmegaT ist eine robuste und vertrauenswürdige Applikation, dennoch ist es ratsam, Vorkehrungen gegen einen möglichen Datenverlust zu treffen.
OmegaT erstellt Sicherungskopien von Ihren Projekteinstellungen, um diese im Notfall wiederherstellen zu 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 auch regelmäßig Sicherungskopien 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 solcher 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 Datei project_save.tmx geändert wird:
entweder nach dem Speichern der Projektdaten (via C + S ),
oder wenn eine regelmäßige Sicherung durchgeführt wird (standardmäßig alle 3 Minuten),
erstellt OmegaT eine Sicherungskopie namens project_save.tmx.bak.
Diese Datei ist eine Kopie der Datei project_save.tmx,
bevor
diese geändert wurde.
Jedes Mal, wenn die Projektdaten manuell gespeichert werden (via
C
+
S
) oder eine regelmäßige Sicherung durchgeführt wird, speichert OmegaT den aktuellen Übersetzungsstand in project_save.tmx.
Die Datei project_save.tmx enthält immer die aktuellsten Daten.
Die Häufigkeit der regelmäßigen Sicherung können Sie in der Einstellung Speichern und Ausgabe festlegen.
Keine Sorge. Wahrscheinlich sind Ihre Übersetzungsdaten in der letzten Sicherung enthalten, 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 Datei project_save.tmx um (z.B. in project_save.tmx.tmp).
Wählen Sie die gesicherte Translation-Memory-Datei aus, die am ehesten die gesuchten Daten enthält.
Benennen Sie die Datei in project_save.tmx um.
Schließen Sie das Projekt und öffnen Sie es erneut.
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. Es ist ratsam, Kopien der Dateien, die Sie umbenennen, anzulegen, damit Sie sie ggf. wiederverwenden können. Denken Sie auch daran, währenddessen 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 zwischenzeitlich ändern, kann es passieren, dass einige Segmente nicht mehr angezeigt werden oder stattdessen unerwartete neue Segmente erscheinen.
Sollte der seltene Fall eintreten, dass Ihr PC abstürzt und OmegaT dadurch nicht ordnungsgemäß beendet wird, kann es vorkommen, dass nach einem Neustart des Systems die Datei omegat.project gesperrt ist und Ihr Projekt nicht mehr geöffnet werden kann.
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 normaler Projektordner.
In diesem Ordner sollten Sie sowohl eine omegat.project- als auch eine omegat.project.bak-Datei finden. Stellen Sie sicher, dass die Dateien identisch sind.
Benennen Sie die Datei omegat.project um (z.B. in omegat.project.locked).
Benennen Sie die Datei omegat.project.bak in omegat.project um.
Öffnen Sie das Projekt.
Diese Aktion öffnet das Projekt mit der automatisch gesicherten omegat.project-Datei.
Sollte der seltene Fall eintreten, dass Ihr PC abstürzt und OmegaT dadurch nicht ordnungsgemäß beendet wird, kann es vorkommen, dass nach einem Neustart des Systems wichtige Dateien beschädigt sind und Ihr Projekt nicht mehr geöffnet werden kann.
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 die Datei in project_save.tmx um, falls erforderlich.
Kopieren Sie die Datei in den Ordner omegat/ 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 Translation-Memory-Datei im alten Projekt erstellt wurde.
Häufig 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 einigen 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 durch falsch eingefügte Tags während einer laufenden Übersetzung in OmegaT entstanden sind.
Irgendetwas hat dazu geführt, dass sich OmegaT plötzlich anders verhält. Was auch immer Sie versuchen, es scheint nicht zu funktionieren. Machen Sie einen letzten Versuch, bevor Sie jemanden um Hilfe bitten: 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 das Kapitel Konfigurationsordner, um den Konfigurationsordner 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, wenden Sie sich bitte an den Support.
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 machen Sie weiter, bis Sie zufrieden sind.
Um den Verlust wichtiger Daten zu vermeiden, erstellen Sie regelmäßig Kopien der Datei /omegat/project_save.tmx auf einem Sicherungsmedium, z.B. USB-Stick, externe Festplatte, oder Cloud-Dienst.
Üben Sie regelmäßig "Notfallmaßnahmen", z.B. das Wiederherstellen 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.
Bereits vorhandene Übersetzungen werden verwendet, um den Übersetzungsprozess zu beschleunigen.
Wenn ein bestimmter Satz bereits einmal übersetzt wurde, muss er nicht erneut übersetzt werden. Siehe Projekteigenschaft
Auto-Propagation von Übersetzungen
.
Wenn eine alte Übersetzung dem Inhalt des Segments ähnelt, das Sie gerade übersetzen, können Sie diese für Ihre Übersetzung wiederverwenden und entsprechend anpassen. Einzelheiten finden Sie unter Fuzzy Matches (Fensterbereich).
Sie können auch externe Translation Memories verwenden, indem Sie diese 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. Einzelheiten finden Sie unter
Ordner für exportierte Translation-Memory-Dateien
(Projekteigenschaft).
Jede der drei Dateien repräsentiert einen zweisprachigen Export des aktuellen Inhalts Ihrer Übersetzung. Der Inhalt dieser Dateien stammt aus dem globalen Projektspeicher (die Datei project_save.tmx), ist aber strikt auf das beschränkt , was Sie bisher übersetzt haben.
Sie können auch verwenden, um aus zwei Dateien eine TMX-Datei zu erstellen, in einem Format, das OmegaT unterstützt.
Um Translation Memories aus einem früheren Projekt wiederzuverwenden, haben Sie zwei Möglichkeiten:
Öffnen Sie das alte Projekt und fügen Sie die neuen Quelldateien in den Ordner source ein.
Dies ist der einfachste Weg, um mit der neuen Version eines bereits übersetzten Dokuments zu arbeiten.
Nach dem erneuten Laden des alten Projekts wird der Translation Memory auf die neuen Quelldateien angewendet. Identische Segmente werden automatisch übersetzt. Für ähnliche Segmente werden Matches aus dem Translation Memory des Projekts angezeigt.
Alternativ können Sie die Referenz-Memories des alten Projekts in den tm-Ordner des neuen Projekts ablegen.
Dies ist die bevorzugte Methode, wenn Sie mit der Übersetzung von Grund auf beginnen möchten.
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 beim Einfügen von Matches über einem bestimmten Schwellenwert hinzufügt. Einzelheiten finden Sie unter
Besten Fuzzy Match einfügen
(Einstellungen).
Aktivieren Sie die Option
Zustand "automatisch gefüllt" speichern
, um OmegaT daran zu erinnern, dass die eingefügten Matches aus diesen Ordnern stammen.
Verwenden Sie die Menüpunkte in , um zu einem automatisch gefüllten Segment zu navigieren.
Als Referenzübersetzungen unterstützt OmegaT auch zweisprachige Dokumente, die keine TMX-Dateien sind. Die von OmegaT unterstützten Dateiformate sind alle zweisprachigen Formate, die OmegaT als Quelldateien akzeptiert:
PO-Dateien
TXML-Dateien
XLIFF-Dateien
SDLXLIFF-Dateien
Sie können solche Dateien im Ordner tm Ihres Projekts oder in einem seiner Unterordner ablegen. Anschließend stehen die übersetzten Daten sofort für Matchingzwecke zur Verfügung.
OmegaT kann TMX-konforme Memories lesen, die von anderen Tools stammen.
Es ist möglich, dass einige Tools ungültige TMX-Dateien erzeugen. Sie müssen diese korrigieren, wenn Sie sie als Referenz-Memories verwenden wollen, sonst meldet OmegaT einen Fehler und kann sie nicht laden. Die Fehlerbehebung sollte in der Regel kein Problem darstellen, und die von OmegaT angezeigte Fehlermeldung wird Ihnen helfen, den Fehler zu finden. Bei Problemen können Sie sich auch an die Benutzergruppe wenden.
Sie haben die Möglichkeit, Translation Memories nach Kunden oder Fachgebieten getrennt in Ordnern abzulegen, um sie bei Bedarf schnell wiederverwenden zu können. Sie können einen beliebigen beschreibbaren Ordner anstelle des Projektordners tm verwenden. Siehe Abschnitt Speicherorte für Dateien (Projekteigenschaften-Dialogfenster).
Wenn Sie mit anderen Übersetzern eine TMX-Datei teilen müssen, die nur den Text bestimmter Dateien enthält und andere Inhalte ausschließt, gehen Sie wie folgt vor:
Kopieren Sie nur die Dokumente, deren Inhalt Sie in den Ordner source 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 Sprachpaar). Einzelheiten finden Sie unter
Ordner für exportierte Translation-Memory-Dateien
(Projekteigenschaft).
OmegaT zeigt Fuzzy Matches im Fensterbereich Fuzzy Matches an. Standardmäßig sind solche Matches auf die Quell- und Zielsprache beschränkt, die im Dialogfenster Projekteigenschaften definiert sind.
Sie können Matches in anderen Sprachen als der Zielsprache hinzufügen. Einzelheiten finden Sie unter
Matches aus anderen Sprachen einbeziehen
(Einstellungen).
Wenn Sie eine TMX-Datei haben, die Ihrem Quelldokument entspricht und eine Übersetzung in eine andere Sprache enthält, können Sie diese Sprache auch direkt unter dem Quellsegment anzeigen lassen, um sie als zusätzliche Referenzsprache zu verwenden.
Um dies zu erreichen:
Erstellen Sie im Projektordner tm einen Ordner namens tmx2source und kopieren Sie in diesen Ordner die TM-Datei, die die zusätzliche Referenzsprache enthält.
Benennen Sie die TM-Datei wie folgt um:
LL_CC.tmx,
LL-CC.tmx oder
LL.tmx,
wobei LL der interne Sprachcode der Sprache ist, die als Referenz angezeigt werden soll, und CC ein beliebiger Code aus zwei Buchstaben ist.
Es müssen Großbuchstaben sein.
Es werden nur Segmente angezeigt, die exakt mit der Quelle übereinstimmen.
Wenn Sie eine TMX-Datei haben, die die japanische Übersetzung eines englischen Dokuments enthält, das Sie ins Französische übersetzen, können Sie die japanische Übersetzung als alternative exakte Referenz unter dem zu übersetzenden englischen Text anzeigen lassen.
Kopieren oder verschieben Sie die englisch-japanische Datei nach tm/tmx2source und benennen Sie sie in JA-JP.tmx um. OmegaT zeigt Ihnen nun den japanischen Text an, der dem englischen Quellsegment entspricht:
— ¶ ————————————————————— A whitespace character: [ \t\n\x0B\f\r] ja-JP: 空白文字：[ \t\n\x0B\f\r] Un caractère d'espacement : [ \t\n\r\f\x0B]<Segment 3075 ¶> — ¶ —————————————————————
Die erste Zeile ist das englische Original, die zweite Zeile ist die Brückensprache, die Ihnen bei der Übersetzung helfen soll, und die dritte Zeile ist die aktuelle Übersetzung ins Französische.
Sie können beliebig viele TMX-Dateien mit beliebig vielen Brückensprachpaaren verwenden.
Die Dateifilter von OmegaT unterstützen eine Vielzahl gängiger und weniger gängiger Dateiformate. Wenn Sie Formate benötigen, die OmegaT nicht unterstützt, können Sie das auf vier Arten 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 um Plugins von Drittanbietern, die das Format unterstützen.
Entwickeln Sie einen Filter für das Format.
Dateifilter haben eine Liste von Dateiendungen, die mit ihnen verknüpft sind. Wenn ein Format, das Sie übersetzen möchten, strukturell einem bereits unterstützten Format ähnelt, fügen Sie einfach seine Dateiendung zur Liste der unterstützten Formatendungen hinzu oder ändern Sie die Dateiendung in eine, die vom gewünschten Dateifilter akzeptiert wird. Einzelheiten finden Sie im Kapitel 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. Einzelheiten finden Sie unter
Benutzerdefinierte Tags
(Einstellungen).
Um sicherzustellen, dass alle Eigenschaften eines Formats korrekt berücksichtigt werden, ist es manchmal besser, die Datei in ein unterstütztes Format zu konvertieren und dann die übersetzte Datei wieder in das Originalformat zurückzukonvertieren.
Es gibt eine Reihe von kostenlosen Dienstprogrammen von Drittanbietern, die eine solche Hin- und Rückkonvertierung ermöglichen, zum Beispiel:
Rainbow, vom Okapi Framework
Lizenz: Apache License Version 2.0
Das Okapi Framework kommt mit einer Reihe von Dateifiltern, die nicht alle von OmegaT 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, die nicht alle von OmegaT 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 durch Hin- und Rückkonvertierung nicht korrekt verarbeitet werden. Diese Formate 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- und Offline-Dienstprogrammen, die PDF in gängige Office-Formate konvertieren können, allerdings erfordert die Konvertierung immer eine umfassende manuelle Anpassung 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 ermöglicht es, 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 zu diesen Themen bereits ausreichend Informationen verfügbar sind, beschränkt sich diese Dokumentation auf die 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:
Ein leeres Repository auf Ihrem VKS-Hosting-Server erstellen
Dies erfolgt in der Regel über ein Webinterface, eine GUI-Applikation oder die Befehlszeile. Weitere Informationen finden Sie in der Dokumentation zu Ihrem Server oder Hosting-Dienst.
Das lokale VKS verwenden, 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 empfehlen, diesen Ordner nicht für Übersetzungsarbeiten zu verwenden. Wenn Sie Übersetzungs- oder Korrekturarbeiten an diesem Projekt durchführen müssen, verwenden Sie OmegaT, um eine separate Kopie des Teamprojekts herunterzuladen und von dort aus zu arbeiten. Einzelheiten finden Sie unter Ein Teamprojekt verwenden.
Die leere lokale Kopie mit einem reellen OmegaT-Projekt füllen
Projektstruktur erstellen
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 auch, dass das Projekt automatisch im Versionskontrollsystem registriert wird.
Einstellungen anpassen
Nehmen Sie in dieser Phase alle notwendigen Änderungen an den Projekteigenschaften vor, einschließlich lokaler Dateifilter oder Segmentierungseinstellungen. Einzelheiten finden Sie unter Projekteigenschaften (Dialogfenster).
Erforderliche Dateien hinzufügen
Fügen Sie auch alle relevanten Listen von Rechtschreibprüfungsdateien hinzu, die Sie allen Projektmitarbeitern zur Verfügung stellen möchten. Einzelheiten finden Sie unter Rechtschreibprüfungsdateien.
Wenn Sie ein bestehendes Projekt konvertieren, stellen Sie sicher, dass Sie alle Dateien, die Sie nicht benötigen oder die Sie nicht auf den Server hochladen möchten, aus dem Projekt löschen, 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 zum 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 in das Projekt aufgenommen werden 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 vorhandene Dateien zu aktualisieren, nachdem das Projekt erstellt wurde.
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 mit und auf den Server hochgeladen werden, was wohlgemerkt nur in solchen Projekten funktioniert .
Der Administrator des Teamprojekts muss das lokale VKS verwenden, um diese Dateien zu ändern oder zu löschen . Einige Plugins können diese Arbeit erleichtern. Einzelheiten finden Sie unter Plugins (Einstellungen).
Die Projektdateien im lokalen VKS registrieren
Wenn Sie das Projekt über die GUI erstellt haben, müssen Sie es anschließend explizit zum Versionskontrollsystem hinzufügen ( add in SVN und Git).
Die registrierten Dateien auf den Hosting-Server hochladen
Veröffentlichen Sie schließlich Ihr Projekt auf dem Remote-Server ( commit in SVN, commit und push in Git).
Ihrem Team Zugriffsrechte erteilen
Wenn Sie mehrere Projekte auf demselben Server verwenden, müssen Sie Ihre Zugangsdaten für diesen Server nur einmal eingeben.
Nachdem das Projekt fertig eingerichtet und auf den Server hochgeladen wurde, muss der Administrator des Teamprojekts den Zugriff für die Übersetzer freigeben. Für den Zugriff auf ein Teamprojekt sind folgende Informationen erforderlich:
Projekte auf einem Hosting-Dienst
Die Übersetzer müssen ein Konto für den Dienst erstellen und ihren Benutzernamen an den Administrator des Teamprojekts senden.
Der Administrator gewährt diesen Konten dann Schreibzugriff auf das Repository.
Projekte auf einem selbst gehosteten Server
Handelt es sich um einen selbst gehosteten Server, auf dem sich die Übersetzer nicht registrieren können, muss der Administrator des Teamprojekts für jeden Übersetzer ein Konto mit Schreibzugriff einrichten.
Nach der Einrichtung der Konten muss der Administrator den Übersetzern ihre individuellen Zugangsdaten mitteilen.
Alle dazu bringen, das Projekt über OmegaT herunterzuladen
Administratoren haben zwei Möglichkeiten, den Übersetzern den Standort des Projekts mitzuteilen:
Senden Sie eine URL und bitten Sie die Übersetzer, zu verwenden, um eine lokale Kopie des Projekts auf ihrem eigenen System zu erstellen.
Senden Sie eine omegat.project-Datei, die die Projekt-URL enthält, und bitten Sie die Übersetzer, diese in einen leeren Ordner zu kopieren und in OmegaT zu öffnen. Dies ist nützlich, wenn das Projekt je nach Übersetzer andere Zuordnungen verwendet.
Wenn ein Übersetzer das Teamprojekt öffnen konnte, sollten Sie prüfen, ob die Projektstatistiken für den Administrator (auf dem Server) und den Übersetzer (lokal) identisch sind.
Wenn sie nicht identisch sind, stellen Sie sicher, dass die Dateien filters.xml und segmentation.conf korrekt freigegeben sind.
Wenn Sie ebenfalls an dem Projekt arbeiten müssen, laden Sie das Projekt herunter und speichern Sie es an einem anderen Ort als das lokale Teamprojekt
Nun können Sie mit dem Team an dem Projekt arbeiten
Es ist möglich, den lokalen Dateien verschiedene Remote-Orte zuzuordnen (über die OmegaT-Benutzeroberfläche mit im Projekteigenschaften -Dialogfenster oder durch Bearbeiten der omegat.project-Datei). Obwohl die Zuordnungsfunktion in erster Linie dazu gedacht ist, Quelldateien von verschiedenen Orten zu sammeln, kann sie auch für andere Dateitypen verwendet werden.
Im Folgenden finden Sie eine Liste von Zuordnungsparametern. Im nächsten Abschnitt finden Sie Anwendungsbeispiele.
Dies kann entweder http (einschließlich https), svn , git oder file sein.
Remote-Ort oder Ordner der zu übersetzenden Dateien.
Name des lokalen Ordners oder der lokalen Datei, relativ zum Stammverzeichnis 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
exkludiert Dateien mit /excludedfolder/ im Pfad und Dateien mit der Endung .txt.
Wie oben, aber für Dateien, die Teil der Zuordnung sein sollen. Dateien werden standardmäßig inkludiert, wenn sie nicht explizit exkludiert werden, daher wird diese Option nur benötigt, um Ausnahmen für ein Ausschlussmuster anzugeben.
Beispiel:
**/*.docx
, um alle .docx-Dateien in das Projekt aufzunehmen, auch wenn sie sich in einem exkludierten Ordner befinden.
Standardprojektzuordnung:
<repository type="svn" url="https://repo_for_OmegaT_team_project"> <mapping local="" repository=""/> </repository>
Alle Inhalte von https://repo_for_OmegaT_team_project werden 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 werden 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 wird dem lokalen OmegaT-Projekt-Quellordner zugeordnet, außer Dateien mit der Endung .bak. Allerdings wird auch die Datei readme.bak inkludiert.
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 wird 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 wird der lokalen Datei source/readme_tr.txt zugeordnet.
Dies ermöglicht eine Umbenennung der zu übersetzenden Datei.
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 wird der lokalen Datei source/file.txt zugeordnet und /home/me/myfiles/some/file.txt wird 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 davon muss die Datei omegat.project enthalten.
Die obige Vorgehensweise beschreibt das häufigste Szenario, bei dem der Administrator des Teamprojekts die volle Kontrolle über das Projekt hat und bei dem alle Dateien (und Statistiken) in allen Projektinstanzen sowohl auf dem Server als auch auf den lokalen Systemen der Übersetzer identisch sind.
Es ist auch möglich, ein Teamprojekt einzurichten, bei dem mehrere Übersetzer die Datei project_save.tmx und nur einen Teil der anderen Dateien gemeinsam nutzen.
Die Prozedur ist grundsätzlich dieselbe, außer dass der Administrator des Teamprojekts nicht alle Dateien zum versionierten Projekt auf dem Server hinzufügt. Die restlichen Dateien werden entweder von den Übersetzern selbst kopiert oder es werden Zuordnungen definiert, um Dateien von anderen Orten zu synchronisieren.
Teamprojekte nutzen Mechanismen zur Synchronisation 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 Ort des Projekts angibt, oder eine omegat.project-Datei.
Nach dem Herunterladen wird das Projekt lokal installiert. Es muss nur noch lokal geöffnet werden, um es mit dem Server zu synchronisieren.
Repository-Zugangsdaten werden in die Datei repositories.properties gespeichert und können in den Einstellungen unter
Repository-Zugangsdaten
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. In diesem Fall müssen die Mitglieder die beste Übersetzung auswählen.
Die Mitglieder können sich beim Übersetzen und Überprüfen der Dateien abwechseln. Sie können die Suchfunktion verwenden, um z.B. den Editorbereich nach Inhalten zu filtern, die von einer bestimmten Person übersetzt wurden, oder nach Inhalten, die nach oder vor einem bestimmten Datum übersetzt wurden.
Über eine URL
Verwenden Sie , um das Dialogfenster "Teamprojekt herunterladen" zu öffnen.
Fügen Sie die URL, die vom Administrator des Teamprojekts bereitgestellt wird, 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 Sie angewiesen, einen anderen Branch zu verwenden.
Über eine omegat.project-Datei
Verschieben oder kopieren Sie die omegat.project-Datei in einen leeren Ordner und öffnen Sie sie mit 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: Die Eingabe von Benutzername und Passwort oder SSH .
Wenn die Authentifizierung über Benutzername und Passwort erfolgt, zeigt OmegaT Ihnen ein 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 bestimmte Projekt, es sei denn, Sie löschen explizit die Daten. Einzelheiten finden Sie unter
Repository-Zugangsdaten
(Einstellungen).
Wenn der Server SSH-Authentifizierung verwendet, stellen Sie sicher, dass Ihre SSH-Konfiguration diesen Server berücksichtigt, bevor Sie versuchen, das Projekt herunterzuladen. Andernfalls erhalten Sie einen Authentifizierungsfehler und das Projekt kann nicht geladen werden.
Wenn Sie mehrere Projekte auf demselben Server verwenden, müssen Sie Ihre Zugangsdaten für diesen Server nur einmal eingeben.
Beim Synchronisieren des Projekts werden die Übersetzungen aller Teammitglieder zu den lokalen Kopien des Projekts hinzugefügt. Nur der Inhalt der folgenden zwei Dateien wird 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 die lokalen Versionen regelmäßig mit der Version auf dem Server synchronisiert, in einem Intervall, das in der Einstellung
Projektdaten-Speicherintervall
angegeben ist.
Wie bei normalen lokalen Projekten richtet sich die Konfiguration des Teamprojekts nach dem Inhalt der Datei omegat.project und der optionalen Verwendung von speziellen Dateien für projektspezifische Filter oder Segmentierungsregeln.
Wenn das Projekt zum ersten Mal heruntergeladen wird, ruft OmegaT die Datei omegat.project vom Server ab. Diese Datei definiert folgende Parameter:
Grundlegende Projektkonfiguration: Quelle und Sprachen, Tokenizer und die Projektordnerhierarchie.
In einem Teamprojekt werden die grundlegenden Konfigurationsparameter des lokalen Projekts immer von der Konfiguration auf dem Server ü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 angepasst wurden, werden die lokalen Einstellungen beibehalten, ohne die Einstellungen auf dem Server zu beeinflussen.
Wenn das Remote-Projekt benutzerdefinierte Zuordnungen enthält, das lokale Projekt jedoch nicht, werden die Zuordnungen des Servers auf das lokale Projekt angewendet.
Wenn das Remote-Projekt ein URL-Protokoll vorgibt, aber das Projekt mit einem anderen Protokoll heruntergeladen wird, bleibt die lokale Konfiguration erhalten.
Zum Beispiel unterstützen viele Hosting-Dienste den Zugriff auf dasselbe Repository via SSH +Git- oder https-Protokoll. OmegaT respektiert die lokale Protokollauswahl.
Wenn Sie das Remote-Projekt zunächst mit einer vom Projektadministrator bereitgestellten omegat.project-Datei herunterladen, wird OmegaT die Zuordnungen in dieser Datei verwenden, sofern vorhanden.
Wenn es einen Konflikt zwischen der lokalen und der Remote-Version der omegat.project-Datei gibt und die lokale Version überschrieben wird, erstellt OmegaT eine Sicherungskopie namens omegat.project.YYYYMMDDhhmm.bak. OmegaT erstellt bis zu zehn Sicherungskopien. Ältere Sicherungskopien werden automatisch gelöscht.
Beachten Sie, 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, können Sie sie mit auf den Server hochladen, sofern der Projektadministrator Sie darum gebeten hat.
Dateien in einem Teamprojekt können weder über OmegaT noch über das lokale 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 bei der nächsten verfügbaren Verbindung synchronisiert.
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 Editionen:
Diese Edition ist für den täglichen Gebrauch empfohlen.
Diese Edition wird jedes Mal, wenn OmegaT geändert wird, automatisch erstellt. Sie dient zu Testzwecken.
Die Dateien können direkt von https://omegat.org heruntergeladen werden.
Für die Ausführung von OmegaT 6.0.0 ist eine Java 11 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 11 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 dies auch später ä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. Dies erstellt einen neuen Ordner mit dem Namen des heruntergeladenen Pakets. Der Ordner enthält alle Dateien für die Ausführung von OmegaT.
Obwohl Sie OmegaT direkt mit den vorhandenen Dateien starten können, haben Sie auch die Möglichkeit, das beigefügte Skript linux-install.sh auszuführen, um einen geeigneteren Installationsort für OmegaT zu bestimmen.
Um das Skript auszuführen, müssen Sie Ihr sudo-Passwort eingeben.
Das Skript sucht in /opt/omegat/ nach einer vorhandenen Installation der gleichen OmegaT-Version. Wenn es keine gibt, wird das Programm in /opt/omegat/OmegaT_6.0.0 installiert und als Standardversion (in /opt/omegat/OmegaT-default) festgelegt.
Nach dem Entpacken oder Installieren können Sie die heruntergeladene Datei löschen, da sie nicht mehr benötigt wird.
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 auf das Dock ziehen, um einen bequemeren Zugriff zu haben.
Anschließend können Sie das heruntergeladene Paket löschen, da es nicht mehr benötigt wird.
Diese Informationen gelten für jedes System, für das eine Java-Version verfügbar ist, die mit der Java 11 Runtime Environment kompatibel ist. Dazu gehören die oben beschriebenen Plattformen sowie Plattformen, für die kein eigenes OmegaT-Paket zur Verfügung steht.
Laden Sie die Version Plattformübergreifend ohne JRE herunter.
Entpacken Sie die heruntergeladene Datei. Dies erstellt einen Ordner mit allen Dateien, die zum Ausführen von OmegaT benötigt werden.
Folgen Sie den Anweisungen Ihres Systems, um geeignete Orte für die OmegaT-Verknüpfungen zu bestimmen.
OmegaT kann Sie informieren, wenn eine neue Version verfügbar ist. Einzelheiten finden Sie unter Updates (Einstellungen).
Die Änderungen zwischen Ihrer Version und der aktuellen Version sind in der Datei changes.txt auf der Entwicklungsseite dokumentiert.
Wenn Sie sich entscheiden, eine neue Version zu installieren, sollten Sie folgendes beachten:
Die Einstellungen von OmegaT befinden sich im Konfigurationsordner und werden durch die neue Version nicht verändert. Einzelheiten finden Sie im Kapitel Konfigurationsordner.
Projekte, die Sie in der Vergangenheit erstellt haben oder aktuell verwenden, werden nicht verändert oder gelöscht. OmegaT-Projekte werden nicht in den Applikationsordner von OmegaT gespeichert. Sie sind separate Objekte, die keine physische Verbindung zur OmegaT-Applikation selbst haben.
Parameterdateien im heruntergeladenen OmegaT-Paket (insbesondere die Datei OmegaT.l4J.ini für Windows und die Dateien Configuration.properties und Info.plist für macOS-Pakete) können überschrieben oder gelöscht werden. Daher sollten Sie vor dem Update eine Sicherungskopie erstellen, wenn Sie diese Dateien zur Änderung der Startparameter von OmegaT verwendet haben.
Die Ordner plugins und scripts können überschrieben werden, daher sollten Sie vor dem Update eine Sicherungskopie erstellen.
Wählen Sie bei der Installation der neuen Version einfach 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.
Die Parameter im OmegaT-Konfigurationsordner werden von allen Projekten gemeinsam genutzt, es sei denn, Sie geben einen anderen Konfigurationsordner mit der Option --config-dir=<Pfad> über die Befehlszeile an. Einzelheiten finden Sie im Abschnitt OmegaT-Optionen.
Die Parameter im Projektordner gelten nur für dieses Projekt, egal mit welcher OmegaT-Version es geöffnet wird.
Verwenden Sie das Standardverfahren Ihres Betriebssystems zum Entfernen von OmegaT. Um OmegaT vollständig zu entfernen, 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/ angelegt hat, manuell löschen.
Der Quellcode der aktuellen Version kann entweder direkt von der OmegaT-Downloadseite heruntergeladen oder aus den Sourceforge- oder GitHub-Repositories geklont werden.
Sobald Sie den Code heruntergeladen haben, öffnen Sie ein Terminal im Quellordner (omegat-code/, wenn Sie von Sourceforge geklont haben, oder /omegat, wenn Sie von GitHub geklont haben) und geben Sie folgendes ein:
./gradlew installDist
Dies erstellt eine vollständige, startfähige OmegaT-Distribution im Ordner build/install/OmegaT.
Sie können die Applikation auch direkt mit folgendem Befehl ausführen:
./gradlew run
Eine Liste aller verfügbaren Tasks erhalten Sie durch Eingabe von:
./gradlew tasks
Detaillierte Anweisungen zur Erstellung von OmegaT via Code finden Sie in der Datei README.txt 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 langsam ausgeführt wird, können Sie die folgende 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 OmegaT.jar doppelt anklicken, um es direkt zu starten, sofern die .jar-Endung mit dem Java-Startprogramm des Systems verknüpft ist.
Das Paket enthält auch das Kaptain-Skript omegat.kaptn, das für KDE-Benutzer nützlich sein kann, sowie ein OmegaT-Bash-Skript, das automatisch den geeigneten 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 Datei OmegaT.jar in OmegaT.app/Contents/MacOS/Java/, mit der Sie OmegaT über die Befehlszeile starten können. 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 editieren.
Die Datei Configuration.properties befindet sich im Ordner Contents/Resources/.
Die Datei Info.plist befindet sich im Ordner Contents/.
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 einen Texteditor Ihrer Wahl, um die Dateien zu bearbeiten.
Wenn Sie vordefinierte Optionen verwenden wollen, entfernen Sie das #-Symbol vor einem Parameter, um ihn zu aktivieren. Zum Beispiel bewirkt user.language=ja (ohne das #), dass OmegaT mit der japanischen Benutzeroberfläche gestartet wird.
Um z.B. die Menge des verfügbaren Speichers zu ändern, entkommentieren Sie die folgende Zeile
<!-- <string>-Xmx6g</string>
-->
indem Sie die Marker <!-- und --> entfernen.
Dies startet OmegaT mit 6 GB Speicher; ä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, sofern installiert, 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 11 Runtime Environment verknüpft sind und Ihre PATH-Einstellungen korrekt sind, können Sie OmegaT.jar auch einfach (doppelt) anklicken, um es direkt zu starten.
Weitere Informationen finden Sie in der Dokumentation zu Ihrem System.
Mit der Befehlszeile können Sie verschiedene Optionen festlegen, 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 Instanz von OmegaT erstellt. Auf diese Weise ist es möglich, mehrere Projekte gleichzeitig laufen zu lassen, wobei jedes Projekt seine eigenen Parameter hat.
Bevor grafische Benutzeroberflächen üblich wurden, erfolgte die Interaktion mit dem Computer über eine Befehlszeilenschnittstelle (engl. Command Line Interface, kurz CLI), die die Eingabe von Befehlen erforderte, um dem Computer Anweisungen zu geben. In modernen Systemen erfolgt der Zugriff auf die CLI über eine Applikation, die häufig als "Terminal" oder "Konsole" bezeichnet wird. Der Einfachheit halber wird die Applikation in dieser Bedienungsanleitung als Terminal bezeichnet.
Unter 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 unter Programme.
Unter Linux sollte das Standard-Terminal Ihrer Distribution über das Anwendungsmenü oder eines seiner Untermenüs aufrufbar sein.
Im Terminal können Sie Befehle und die dazugehörigen Parameter eingeben, um Aufgaben auszuführen. Dies erleichtert die Durchfü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 ist plattformabhängig. Unter Windows wird zur Trennung von Ordner- und Dateinamen das Zeichen \ verwendet, unter macOS und Linux das Zeichen /.
Die folgende Übersicht listet die Standardorte von OmegaT.jar für die gängigsten Plattformen auf:
C:\Program Files\OmegaT\OmegaT.jar
/Applications/OmegaT.app/Contents/Java/OmegaT.jar
/opt/omegat/OmegaT.jar
(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>
Unter 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
-n
eine neue Instanz von OmegaT erstellt.
java -jar
Diesem Befehl weist die Java Virtual Machine an, ein Jar-Paket auszuführen.
<Java-Parameter>
Null oder mehr Parameter, die vom java -Befehl akzeptiert werden. Die für die Ausführung von OmegaT relevanten Parameter sind unten aufgeführt.
Pfad/zur/OmegaT.jar
Der Speicherort der ausführbaren OmegaT-Java-Datei.
<OmegaT-Optionen>
Die OmegaT-spezifischen Optionen finden Sie weiter unten in diesem Abschnitt.
Die folgende Liste enthält Parameter für den java -Befehl, die bei der Arbeit 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.
Dieser Parameter startet die Benutzeroberfläche von OmegaT in der angegebenen Sprache, 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 kann in Kombination mit dem vorherigen Parameter für die Sprache der Benutzeroberfläche verwendet werden, um eine regionale Variante anzugeben. Wenn diese Variante nicht verfügbar ist, folgt die Benutzeroberfläche derselben 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,
--help
Informationen 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-team
Teamprojekt-Funktionalität deaktivieren. Verwenden Sie diese Option, wenn Sie verhindern wollen, dass OmegaT den Projektinhalt synchronisiert.
team init
QS
ZS
Teamprojekt initialisieren, wobei QS und ZS zweibuchstabige Sprachcodes für die Quell- bzw. Zielsprache sind.
--disable-project-locking
Die 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, führt zu einem Fehler. Diese Option verhindert diesen Fehler.
--disable-location-save
Der zuletzt in der Dateiauswahl geöffnete Ordner wird nicht gespeichert.
--ITokenizer=<Klassenname>,
--ITokenizerTarget=<Klassenname>
Tokenizer für die Quell- oder Zielsprache 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 zum Lesen oder Schreiben von OmegaT-Konfigurationsdateien. Einzelheiten finden Sie im Kapitel Konfigurationsordner.
--config-file=
<Pfad>
Eine Datei im Java .properties-Format zur Angabe mehrerer Befehlszeilenoptionen.
Die Optionen sind 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 GUI-Start-kompatiblen Befehlszeilenoptionen zu kombinieren. In diesem Fall 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-translate
In 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. Beachten Sie, 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:
.*\.html
Alle HTML-Dateien übersetzen.
test\.html
Nur die test.html-Datei im Quellordner selbst übersetzen. In anderen Unterordnern befindlichen Dateien, die ebenfalls test.html heißen, werden ignoriert.
dir-10\\test\.html
Nur die Datei test.html im Ordner dir-10 übersetzen.
Einzelheiten finden Sie unter Reguläre Ausdrücke.
--mode=console-createpseudotranslatetmx
In 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. Unterstützte Filter sind 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 die Ausgabe in die angegebene Datei. Wenn keine angegeben ist, wird die Ausgabe in die Standardausgabe (stdout) geschrieben. Wenn --stats-type nicht angegeben ist, wird das Format über die Dateiendung bestimmt. Standardmäßig wird xml für die Ausgabe verwendet.
--stats-type=[xml|text][txt][json]]]
Benötigt --output-file . Gibt das Ausgabeformat an.
--quiet
Reduziert die in der Befehlszeile angezeigte Ausgabe.
--script=
<Pfad>
Eine Skriptdatei, die beim Auslösen eines Projektereignisses ausgeführt werden soll.
--tag-validation=[abort|warn]
Tag-Probleme untersuchen.
Abort: Bei Tag-Problemen mit einem Fehler abbrechen.
Warn: Bei Tag-Problemen Warnungen anzeigen, ohne das Programm zu beenden.
Berichte über Tag-Probleme werden im Terminalfenster ausgegeben.