Cutting & Assembling-Abschnitt begonnen
Details
Diff Detail
- Repository
- R883 Subversion
- Lint
Lint Skipped - Unit
Unit Tests Skipped
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 29 | Letzer Satz: | |
| 219 | Alternative: | |
| 224 | Alternative: | |
| 244 | Alternative: | |
| 254 | Ich würde "Die" weglassen: | |
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 254 | Ich bin mir nicht sicher, ob ich „Marker“ oder „Markierungen“ nehmen sollte; von Meßgeräten her kenne ich eher den eingedeutschten Begriff „Marker“… | |
Tut mir leid, es ist vllt. eine dumme Frage, aber: Wie halte ich auf zwei verschiedenen Rechnern meine angefangenen Übersetzungen synchron?
Ich komme immer wieder zum Problem, im Wohnzimmer (nebenbei) mal eine Datei in Lokalize zu bearbeiten, um dann im Arbeitszimmer zu merken, daß ich dort noch einen älteren Stand habe (bevor die Änderungen eingespielt sind und ich sie mit 'svn up' lokal aktualisieren kann. Ich habe eine zentrale (RasPi-) NAS am Laufen, weiß aber nicht, wie ich Lokalize auf diesen zentralen (per 'sftp') angebunden Speicher 'umlenken' kann.
Danke für Eure Ratschläge im Voraus.
Ewald
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 254 | Ich würde den «technischen» Begriff «Marker» nehmen. Erstens: um die deutschen Übersetzungen kurz zu halten. Zweitens: Premiere und Davinci benutzen auch «Marker» (Mehrzahl: Markern) in den deutschen Übersetzungen. | |
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 254 | Danke, ich habe den Begriff „Marker“ dann konsequent überall genutzt. | |
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 24 | In der Lokalize-Übersetzungsdatenbank findet man viele Vorkommen von „Marker“, die als „Markierung“ bzw. „Markierungen“ übersetzt werden (auch in unzähligen *kdenlive*.po-Dateien). | |
| 29 | 3 × „Marker“: s. o. meinen Kommentar bzgl. „Marker“ | |
| 34 |
| |
| 39 | s. o. meinen Kommentar bzgl. „Marker“ | |
| 44 |
| |
| 49 |
| |
| 54 | s. o. meinen Kommentar bzgl. „Marker“ | |
| 224 | Hier hast du übrigens „Markers“ als „Markierungen“ übersetzt, dies sollte auch überall im selben Modul (hier kdenlive) durchgängig gleich übersetzt sein. | |
| 244 | s. o. meinen Kommentar bzgl. „Marker“ | |
| 254 | Wie bereits oben geschrieben, hier nochmal: In der Lokalize-Übersetzungsdatenbank findet man viele Vorkommen von „Marker“, die als „Markierung“ bzw. „Markierungen“ übersetzt werden (auch in unzähligen *kdenlive*.po-Dateien). | |
Solche Luxusprobleme habe ich nicht ;-) Dies ist ein allgemeines Synchronisierungsproblem bzw. ein Problem der Art „gemeinsames Arbeiten an Dateien“ bzw. „gemeinsames Bearbeiten von Dateien“. Es findet sich sicherlich Unmenge an Lösungsvorschlägen im Netz. Nur eine Sache muss du beachten: Lokalize merkt nicht, wenn eine offene Datei im Hintergrund geändert wird. Bei Speichern überschreibt Lokalize dann die im Hintergrund gemachten Änderungen → Lokalize zu- und wieder aufmachen nicht vergessen!
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 244 | Danke für die Rückfrage. Ja, das muss übersetzt werden. Hintergrund: Das ist ein link (:ref:) zu einem Titel (<timeline_ruler>) in einer anderen rst Datei. Der text vor dem "<" ist der Link-Text der im Manual angezeigt wird. Generell: Übersetzte nichts was zwischen zwei pipe-Zeichen "|" steht (|text|). Das sind interne Links. Sonst kommt es so heraus wie bei der niederländischen Übersetzung: https://docs.kdenlive.org/nl/ Hintergrund der Dokumentation: Hier das bessere englische Wikipedia https://en.wikipedia.org/wiki/ReStructuredText | |
[...]
Solche Luxusprobleme habe ich nicht ;-) Dies ist ein allgemeines Synchronisierungsproblem bzw. ein Problem der Art „gemeinsames Arbeiten an Dateien“ bzw. „gemeinsames Bearbeiten von Dateien“. Es findet sich sicherlich Unmenge an Lösungsvorschlägen im Netz. Nur eine Sache muss du beachten: Lokalize merkt nicht, wenn eine offene Datei im Hintergrund geändert wird. Bei Speichern überschreibt Lokalize dann die im Hintergrund gemachten Änderungen → Lokalize zu- und wieder aufmachen nicht vergessen!
Na ja, das nenne ich keinen Luxus ;-), ein Notebook und daneben einen altes Tablet-ähnliches Netbook zu haben.
Wie Du sicher weißt, braucht man für Übersetzungen schon einige Zeit, die ich nicht immer nur allein im Arbeitszimmer verbringen möchte.
Sicher kann ich zentrale Dateien hin- und her mit lokalen Kopien synchronisieren, es ging mir aber bei meiner Frage darum, ob Lokalize mit einer –über's Netzwerk adressierten– Datei zurechtkommt.
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 244 | Also so: „:ref:Zeitleisten-Lineal<Zeitleisten-Lineal>“? | |
| 254 | Ich hielt „Marker“ dennoch für einen spezielleren Begriff (in der Meßtechnik oder im Bezug auf Zeitleisten) als den allgemeineren Begriff „Markierung“, der universeller eingesetzt wird; aber gut … | |
| docs_kdenlive_org_cutting_and_assembling___guides.po | ||
|---|---|---|
| 244 | :ref:Zeitleisten-Lineal<timeline_ruler> -> ist richtig. | |
Hallo,
tut mir leid, wieder mit der weiteren Übersetzung Schwierigkeiten zu haben, siehe: → https://phabricator.kde.org/D31115#713458.
Ich war hier schon lokal bei 38 geänderten Einträgen, bekomme beim 'svn up' nur eine Version mit 14 geänderten Einträgen (77 von 91 nicht übersetzt).
Ich habe meine lokalen '.diff'-Dateien durchgesehen, da habe ich welche mit 38 Einträgen, die ich wohl auf dem falschen Rechner gemacht habe, erkennbar an der Lokalize-Version 26.04.2, hier ist es die 26.04.0.
Wie kann ich erkennen, auf welchen zwei Dateien die '.diffs' basieren?
Warum kann ich heruntergeladene 'RAW-diffs' nicht in Lokalize (oder Kompare) betrachten?
Da fehlen mir die Grundlagen, weiß auch nicht, wie und wo ich mich effektiv einlesen kann.
Danke für Eure Geduld.
Gruß
Ewald
Hallo Ewald,
ich versuche, dir zu helfen:
Warum kann ich heruntergeladene 'RAW-diffs' nicht in Lokalize (oder Kompare) betrachten?
- Lokalize kann nur mit *.po- und *.pot-Dateien umgehen. Heruntergeladene Diffs sind keine *.po-Dateien, sondern diff- bzw. patch-Dateien.
- Warum Kompare mit heruntergeladenen Diffs nicht umgehen kann, kann ich dir nicht sagen. Ich verwende Beyond Compare, es gibt auch eine Testversion: https://www.scootersoftware.com/download/download#linux
- Die heruntergeladenen Diffs sind einfache Textdateien, man kann sie in jedem beliebigen Texteditor öffnen, z. B. in KWrite, Kate, usw.
Wie kann ich erkennen, auf welchen zwei Dateien die '.diffs' basieren?
Wenn man in D31112 Download Raw Diff anklickt, Ergebnis unter D31112.diff abspeichert und es in z. B. KWrite öffnet, sieht man z. B.:
-"PO-Revision-Date: 2022-06-08 01:14+0200\n" -"Last-Translator: Frederik Schwarzer <schwarzer@kde.org>\n" +"PO-Revision-Date: 2026-06-13 14:10+0200\n" +"Last-Translator: Ewald Müller <EMuede@netscape.net>\n"
→ Zeilen mit - am Zeilenanfang wurden aus der Originaldatei entfernt und geben Hinweis darauf, welche ursprüngliche Datei man bearbeitet hat.
→ Zeilen mit + am Zeilenanfang wurden beim Bearbeiten der Originaldatei hinzugefügt.
Ist die Originaldatei vorhanden (im Fall von D31112 ist dies docs_kdenlive_org_cutting_and_assembling___guides.po) und hat man Raw Diff heruntergeladen und unter D31112.diff abspeichert , kann man mit dem Befehl svn patch D31112.diff die Zieldatei (also geänderte Datei) erstellen.
Da fehlen mir die Grundlagen, weiß auch nicht, wie und wo ich mich effektiv einlesen kann.
Wenn es um svn bzw. Subversion geht, empfehle ich https://svnbook.red-bean.com/de/1.7/
Ich war hier schon lokal bei 38 geänderten Einträgen, bekomme beim 'svn up' nur eine Version mit 14 geänderten Einträgen (77 von 91 nicht übersetzt).
Ich habe meine lokalen '.diff'-Dateien durchgesehen, da habe ich welche mit 38 Einträgen,
Mein Angebot: Wenn du mit dem Wiederherstellen deiner Übersetzung mit 38 Einträgen nicht weiterkommst, kann ich dies für dich machen. Bitte dafür die lokale Datei unter https://collaborate.kde.org/s/tc34tg7QrXeMRmR hochladen.
Liebe Grüße
Alexander
Hallo Alexander,
Ok, danke für Deine Hilfe; das bringt mir schon wieder etwas Klarheit in den Nebel. Ich hatte mir die Dateien auch schon öfter mit Kate angesehen, dachte mir schon, daß der '(-/+) PO'-Zeitstempel die Verknüpfung zu Vorgänger-/Nachfolger sein muss.
Wenn es um svn bzw. Subversion geht, empfehle ich https://svnbook.red-bean.com/de/1.7/
Danke für den Link, dort habe ich einiges herauslesen können.
Ich war hier schon lokal bei 38 geänderten Einträgen, bekomme beim 'svn up' nur eine Version mit 14 geänderten Einträgen (77 von 91 nicht übersetzt).
Ich habe meine lokalen '.diff'-Dateien durchgesehen, da habe ich welche mit 38 Einträgen,Mein Angebot: Wenn du mit dem Wiederherstellen deiner Übersetzung mit 38 Einträgen nicht weiterkommst, kann ich dies für dich machen. Bitte dafür die lokale Datei unter https://collaborate.kde.org/s/tc34tg7QrXeMRmR hochladen.
Liebe Grüße
Alexander
Danke für Dein Angebot, aber ich möchte Dir nicht noch mehr Arbeit machen; Ich kam (zwar etwas holprig über Copy&Paste in Kate) selbst mir meiner 'diff'-Datei weiter, obwohl Ich den letzten Stand wohl nicht mehr gespeichert hatte.
Einfacher wäre es, wenn Ich mit Kompare die geänderten Zeilen mit einem Klick übernehmen könnte, das geht aber leider nur in die falsche Richtung!
Dort ist (bei meinen erstellten '.diff'-Dateien) die Quelle immer die heruntergeladene Repo-Version, Ziel immer die (verbesserte) Arbeitskopie.
'Änderungen übernehmen' geht dort nur von Quelle → Ziel, man kann die Dateien nicht tauschen, der Schalter ist ausgegraut.
D. h., man kann seine Einträge nur meist mit den Leerstrings aus dem Original überschreiben, was macht das für einen Sinn?
Ich möchte auch nicht gern von Anfang an auf (Bezahl-) Fremdtools setzen, man muss doch auch mit 'Bordmitteln' klar kommen, finde Ich.
Liebe Grüße
Ewald
P. S.: Vielleicht könntest Du mir einen Tipp geben, wie Ich die Trümmerteile, die von den Versuchen stammen beseitigen kann?
Dort sind z. B. 'lokalize'-, 'scripts'-, 'summit'- … Verzeichnisse in der Wurzel meines '/home/muelux'-Verzeichnisses.
Einfach löschen wäre wohl der falsche Weg (svn-dB)?
