Ist auf jeden Fall ein Versuch wert finde ich.. Wäre es auch denkbar, etherpad (zu einem späteren Zeitpunkt versteht sich.. muss sich ja erst bewähren )direkt ins Übersetzungstool anstelle des normalen Text-Editors einzubinden? Es wäre dann konsistent mit den Rollen, die die Benutzer hier habe und es könnte nicht gleich jeder dahergelaufene einfach in den Übersetzungen herumpfuschen. So wie ich es beim Piratenpad gesehen habe, ist die einzige Sicherheit die generierte URL für das Dokument..
Aber wie gesagt mal so zum ausprobieren, ob es was bringt fände ich es ok..
Das RGF möchte ebenfalls helfen und hat auch schon ein konzept ausgearbeitet.
Wir müssen nun noch jemanden finden, der das ganze Maintained und an die Offizielle ReactOS Webseite übergibt. http://www.reactos-german.com/showthrea ... bersetzung
Wir machen das beim nächsten Newsletter einfach mal so, dass ich ein Pad erstelle (piratenpad) und den englischen Text da reinpack. Dann übersetzt das jemand, wird ggf. korrigiert und nach einer Woche hole ich mir dann die Übersetzung und kipp sie auf ReactOS.org. So zum probieren. Wenns nicht klappt #ausGründen, dann machen wir das halt nicht wieder so.
Da verstehe ich aber auch den englischen Text anders als du das übersetzt hast. ...
Naja, das leigt vielleicht daran, dass ich nicht versuche den Text Wort für Wort zu übersetzen. Die Nachricht, die übermittelt wird stimmt auf jeden Fall 100%ig.
- Ich bin mir also keiner Schuld bewusst.
sehe ich zwar anders, aber naja... Macht euer Ding, mir egal. Ich werd mich nicht weiter an Übersetzungen beteiligen.
So people. Der Text ausm Pad ist nun im Pending. Für weitere Übersetzungen denkt ihr euch selbst Wege aus. Mein Piratenpad-Account werde ich nicht weiterhin zur Verfügung stellen.
Wie Gonzo schon berichtete, haben wir im RGF einen Bereich für Übersetzungen eingerichtet. Wenn dieser fertig ist, könnt ihr diesen gern für die ROS-Übersetzungen benutzen.
Damit das ganze auch funktioniert, brauchen wir natürlichen jemanden, der die fertigen Übersetzungen dann zum einpflegen/übergeben übernimmt, sprich die Rechte bei ROS besitzt die Übersetzungen entgegen zunehmen.
Wenn sich keiner findet, dann können wir das auch so machen, dass die Übersetzungen dann die Übersetzer selbst weiterleiten.
Vielleicht melden sich einfach mal die Leute die die Rechte verfügen es einzupflegen. Ich habe diese Rechte nicht, sonst würde mir das nichts ausmachen das mit dem einpflegen zu machen. Ich bin ja jeden tag mindestens einmal online und guck was es neues gibt. Jetzt noch mal zu was anderem:
Ich habe mir noch einmal gedanken darüber gemacht wie man das hier noch besser organisieren könnte. Das war ja auch Thema beim RGF Chat letzte Woche.
Vielleicht wäre es nicht schlecht, eine Art Organigramm zu erstellen. http://de.wikipedia.org/wiki/Organigramm
Jeder Benutzer wird so eingeteilt.
Was haltet ihr davon?
So eben, haben wir im RGF einen Bereich für Übersetzer eingerichtet. Ich zitiere gleich mal die RGF-Beschreibung:
Übersetzer Team
In dieser Benutzergruppe befinden sich Benutzer, die ReactOS helfen, indem sie Texte von der offiziellen ReactOS-Seite hier im RGF übersetzen, um sie dann übersetzt an ReactOS weitergeben. Für diese Benutzergruppe ist im RGF ein gesonderter Bereich eingerichtet.
Wenn sie Lust zum übersetzen haben und gute Englischkenntnisse besitzen, können sie gern dieser Gruppe beitreten. Dazu schicken sie bitte eine PM an SG.
Er entdeckte, dass der Fehler aufgrund eines nichtkorrekten Verhaltens des RunDll32 Programms (???). Die ReactOS Variante der Funktion versuchte, den Wert zurückzugeben, den die gerufene Funtion tatsächlich zurücgab, wo die Windows Variante im Erfolgsfall einfach 0 Zurückgab. Wenn man bedenkt, dass RunDll für alle möglichen Funktionsaufrufe verwendet werden kann und somit ein breites Spektrum an Rückgabetypen zurückgeben können müsste, ist 0 als Rückgabewert für "Erfolg" eine einfache und sinnvolle Lösung. Vor allem, weil dadurch die Möglichkeit geschaffen wird, mittels des ExitCodes von RunDll32 einen Code zurückzugeben, der dem Aufrufer einen Hinweis über allfällig aufgetretene Fehler innerhalb von RunDll liefert (z.B. die Methode konnte nicht aufgerufen werden, wurde nicht gefunden, usw.). Es ist allerdings auf den ersten Blick nicht ganz ersichtlich, in welchen Fällen RunDll32 einen von 0 abweichenden Wert zurückgeben würde. Tests auf Windows 2003 haben ergeben, dass selbst Aufrufe von Funktionen in nicht-existierenden DLLs 0 zurückgeben. Sylvain hat RunDll32 in ReactOS entsprechend angepasst und anschliessend Mono erfolgreich installiert und mit einer "Hello World" - Applikation getestet.
Irgendwie habe ich das gefühl das ich auf meine Posts nie richtig antwort kriege.. Bitte darum das meine Ideen auch ernst genommen werden denn ich versuche mich hier zu integrieren. Wenn das nicht funktioniert dann suche ich mir ein anderes interessantes Projekt.