Ich hab jetzt versuchsweise einen german.lang-File in das po-Format umgewandelt. Mit der Testversion v28g funktioniert dieser File im Prinzip ganz gut, er wird aber durch das Programm etwas abgeändert. Größtenteils sind diese Änderungen ganz o.k., aber bei Texten, die über mehrere Zeilen gehen, wird am Ende ein "\n" hinzugefügt, sodass dort beim Programmablauf eine zusätzliche Leerzeile erscheint. Das ist eventuell doch etwas störend.

Wenn man dieses \n in german.lang weglöscht, dann wird es bei der nächsten Verwendung durch Scrabble3D wieder automatisch hinzugefügt.

Im Header und bei mehrzeiligen Einträgen muss das auch sein, bei allen anderen Einträgen nicht. Jedes po-File wird von S3D verarbeitet und neu geschrieben. Dabei wird bisher \n nicht an alle Einträge angehängt. Wenn du die vorverarbeitete aber noch nicht eingelesene Datei mal hier anhängst, dann kann ich mehr dazu sagen.

Hier ist diese Datei. Sie muss für die Verwendung mit Scrabble3D natürlich umbenannt werden.

Das automatische Anhängen von \n passiert nur bei den mehrzeiligen Texten. Ich verstehe nicht, warum das so sein muss.

Ein typisches Beispiel, wo ich die zusätzliche Leerzeile als störend empfinde, ist der folgende Hint:

cbCanJokerExchange.Hint

msgstr "Wenn diese Option aktiviert ist,\nkönnen Joker durch den entsprechenden Buchstaben\nausgetauscht werden."

Aber natürlich ist das nicht wirklich schlimm. Es geht da eher um ästhetisches Empfinden.

Dass ganz am Ende noch eine Leerzeile eingefügt wurde, hatte mich auch schon gestört. Das zu ändern hatte ich aber bisher vergessen. Die Zeitform indiziert zurecht, dass jetzt kein Umbruch mehr hinter der letzten Zeile kommt. Der Eintrag cbCanJokerExchange.Hint sieht jetzt so aus:

Zitat

---

#: cbcanjokerexchange.hint
msgctxt "cbCanJokerExchange.Hint"
msgid "If checked a placed joker can be exchanged by the concordant letter"
msgstr ""
"Wenn diese Option aktiviert ist,\n"
"können Joker durch den entsprechenden Buchstaben\n"
"ausgetauscht werden."

---

Alles davor muss so sein. Ich habe das Format nicht definiert und auch die Lese-/Schreibroutinen meiner Programmiersprache nur wenig modifiziert. Eine Referenz wäre das hier: http://www.gnu.org/software/gettext/manu...tml#Normalizing

Ich bin gerade nicht zu Hause und habe diese Dateien nicht zur Hand.

Aber es sieht in vivo in der Echse einfach hässlich aus, wenn in den Tooltips immer noch eine zusätzliche Leerzeile unter dem mehrzeiligen Hinttext (der ja Zeilenumbrüche einthalten soll) generiert wird, indem von der po-Echse einfach noch ein Zeilenumbruch \n am Ende hinzugefügt wird.

Ah, unsere Postings haben sich überschnitten!

Da Linhart und ich momentan nolens volens gezwungen sind, mit der Testechse v28g zu arbeiten, können wir ja nicht wissen, was du seit dem 2012-11-25 in deinem Quellcode geändert hast.

Diese Sachen sind aber sehr wichtig für uns. Solche Sachen müssen wir erfahren. Schließlich ist po ein ganz heikles Kapitel!

Dann scheint ja soweit alles o.k. zu sein.

Danke, Scotty, für diese Programmkorrektur!

Vielleicht kommt am Wochenende ja die Testechse v28h. Dann können wir uns deine Konvertierungen neu anschauen, Linhart!