Bisher ging ich davon aus, dass für die Verwendung in Nextcloud es unerheblich ist, ob die Übersetzung ein Review hat oder nicht. Ist das richtig?
Falls dies stimmt, halte ich es für geschickter, eigene Übersetzungen nicht mit Review zu markieren.
Dann hat man die Möglichkeit, automatisch zu prüfen, ob der Reviewer ungleich dem Übersetzer ist. Zudem ist die Chance Fehler zu finden höher, wenn auch bei “einfachen” Übersetzungen ein Zweiter die Übersetzung anschaut
Ist das nicht ein bisschen von der Programmiersprache abhängig? Weiss jetzt ad-hoc nicht, wo sich welche unterscheidet. Im Nextcloud-Universum werden u. a. JavaScript, PHP, Swift, C++, Java, Kotlin verwendet.
Bei Swift müssen doppelte Anführungszeichen mit Backslash maskiert werden. Einfache sind nicht zulässig.
Denke nicht, dass man die Anführungszeichen vereinheitlichen kann.
diese Woche gab es richtig Arbeit, denn die Health-App kam dazu.
Doch das wurde gemeistert und auch so gibt es etwas tolles zu berichten.
Wir sind unter 100 (!) Strings ohne Review!
Danke nochmals an @Gyges für den Extra-Boost diese Woche. Tolle Arbeit!
Auch die anderen üblichen Verdächtigen waren fleissig.
Es macht Spaß, Teil des Teams zu sein .
Hoffe Ihr findet ein paar Minuten zum Reviewen der noch offenen Strings.
die Entwickler von Nextcloud und dessen Ökosystems geben weiterhin Gas und uns die Arbeit nicht aus .
Hoffe Ihr findet ein paar Minuten zum Reviewen der noch offenen Strings.
Es sind ein paar anspruchsvollere dabei. Manche habe ich schon mehrfach angeschaut und hoffe auf gute Ideen bzw. Wissen dazu von Euch.
Im Sommer 2017 war ich körperlich leicht lädert, hatte mentale Energie und Zeit etwas an den deutschen Sprachen zu arbeiten. Nach einigen Stunden in einer Woche dachte ich mir “Wie soll solch ein großes Sprachpaket komplett geprüft werden? Die Qualität darf ja nicht unter der Menge der Zeichenketten leiden …” Damals waren ca. 7k Strings offen und selbst die Vollständigkeit nicht gegeben.
Jetzt ist es soweit.
Wir dürfen uns alle feiern .
Die letzten Monate habe ich gesehen wie akribisch hier teilweise vorgegangen wurde und ständig wurde der Zähler kleiner.
Wir sollten uns nochmals feiern für diese Momentaufnahme .
Danke für dieses Gefühl.
Nextcloud wird es hoffentlich gut tun für diese Vollständigkeit und Qualität beim Wettbewerb mit den US-Giganten.
Jetzt ist auch die Dokumentation für den Anwender vollständig übersetzt!
Danke an alle Beteiligten, besonderen Dank an @Soko , @Gyges , @Siggi0904 , @mfru, @JimmyKater , … welche in den letzten 6 Wochen mächtig am Werkeln waren.
So jetzt kann sauber “gereviewed” werden
Wünsche Euch schöne Pfingsten, ich bleibe jetzt mal einige Tage von der Tastatur weg.
Gibt es unter Euch schon aktive Benutzer der neuen Approval App (ein Highlight bei der Vorstellung von NC22).
Denke hier sollte mal eine grundsätztliche Korrekturlesung/Praxisüberarbeitung stattfinden. Hatte bisher noch keine Anwendung/Motivation.
Wünsche ich Euch einen schönen Sonntag und viel nette Stunden.
ich habe endlich die Zeit gefunden, mich an den Review der Dokumentation zu machen.
Die gute Nachricht ist, ich konnte den Backlog halbieren.
Die schlechte Nachricht ist, die übrigen Strings sind im Großen und Ganzen von mir, daher sind mir von hier an die Hände gebunden.
durch Deinen tollen Einsatz dieses Jahr sind wir auf Null offene Strings runter und können das durch den regelmässigen Einsatz von Enthusiasten so halten.
In dieser Foren-Kategorie gibt es schon hin und wieder Themen wie z.B. die neue Approval-App, aber ansonsten ist es ruhiger auf einem hohen Niveau .
Was ein große Baustelle ist, ist die Qualität und “Normierung” der Source-Strings.
Das ganze spielt sich auf GitHub ab und hier können Valdnet und ich immer Verstärkung gebrauchen.
schön dass alle noch gesund und munter sind, das ist in diesen Zeiten ja leider nicht selbtverständlich.
Aber ehrlich gesagt verstehe ich nicht, warum man sich die Expertise jener, die schon unzählige Source-Strings gesehen und übersetzt haben, nicht zunütze macht. Übrigens hab ich auch auf Github kein übergeordnetes Issue zu diesem Thema gefunden.
Als spontanen Beitrag, falls dies unter “Normierung” fällt, habe ich nur den Hinweis anzubieten, dass noch zahlreiche Strings der Doku veraltete Verweise zu Windows 10, iOS, Android usw enthalten und den Leser in falsche Menüs oder zu falsch benannten Einträgen führen, wozu es bei Transifex noch etliche offene Issues gibt.
Außerdem möchte ich hiermit dazu anregen, deutlich regeren Gebrauch der Developer Notes auf Transifex zu machen, dazu zwei Beispiele:
Sphinx-Syntax: immer wieder Gegenstand von Fragen und Issues, könnte elegant durch eine Sticky-Note gelöst werden.
Verweise auf externe Software (z.B. DAVx5): Bei solchen macht eine eigene Übersetzung keinen Sinn, daher würde eine Developer Note Sinn machen, dass man die Übersetzung des externen Projekts verwenden muss.
Um diesen Post mit einer äußerst positiven Note zu beenden, ich freue mich, wie sehr NC insbesondere in der FOSS-Welt um sich greift, derzeit nutze ich NC außer im Browser auf meinem Plasma-Desktop und als Backup-Target für Seedvault unter LineageOS 18.1
das Thema Übersetzung ist nicht so trivial wie sich viele das vorstellen.
Es sind im Falle von Nextcloud mehrere Systeme beteiligt:
Transifex - Im Idealfall braucht der Übersetzer nur diese Plattform und kann alles für eine komplette Übersetzung in eine Sprache erledigen.
GitHub - Sobald die Quelltexte “unklar” sind bzw. keine erklärenden Kommentare der Entwickler vorhanden sind kommt die Plattform für Source Code ins Spiel.
Das Arbeiten mit git (GitHub als Plattform) ist den wenigsten Übersetzern geläufig. Daher ist folgender Satz als Ziel nicht leicht zu erreichen
Gerne helfe ich jedem Übersetzer bei Interesse die Source Strings zu verbessern.
Habe hier erst kürzlich eine Anleitung für ein Unterthema geschrieben.
Das gibt es nicht und kann es meiner Erfahrung auch nicht geben. Auf GitHub gibt es viele Repositories in und außerhalb der Nextcloud Organisation (Liste).
Jede einzelne Angelegeheit ist ein Issue in jedem Repository.
Das wäre mehr als toll. Wie können wir das erreichen?
Aufgrund der schieren Anzahl an Entwicklern, welches nicht in einer “Firma” arbeiten und globalen Vorgaben folgen müssen, habe ich aktuell keinen Weg im Kopf.
weiß nicht ob TX das hergibt, aber kann man nicht eine Notiz mit einem Überblick der relevanten Sphinx-Syntax an das ganze Doku-Repo drantackern? Wie eine Sticky Note im Forum?
Ebenso würde ich mit Unterrepos mit Verweisen auf externe Software verfahren, wenn möglich.
Doof wäre natürlich, wenn jede einzelne Note vom jeweiligen Entwickler selbst erstellt werden müsste, da bin ich überfragt.