Localization und UTF16

1 view
Skip to first unread message

Torsten Curdt

unread,
Dec 15, 2009, 12:17:46 PM12/15/09
to cocoaheads...@googlegroups.com
Ich hab mich noch einmal schlau gemacht. Sowohl in Richtung Git als
auch in Richtung Xcode.

Bei Git sind es wohl in der Tat die GNU tools die das Problem sind.
Man kann wohl den Diff und Merge Driver austauschen. "vimdiff" soll
wohl (zumindest zum Diff'en) funktionieren. Aber so einfach ist wohl
alles nicht.

Dann hab ich auch noch einmal auf Cocoa-Dev nachgefragt weil ich
irgendwie der festen Überzeugung war, dass ich das mit UTF-8 schon zum
Laufen bekommen hatte. Und in der Tat ist es laut Apple Engineer so,
dass Xcode (seit 3.1/3.2) die Konvertierung nach UTF-16 automatisch
während des Builds passiert. D.h. im Bundle ist es UTF16 ...im Projekt
ist UTF8 aber OK.

http://lists.apple.com/archives/cocoa-dev/2009/Dec/msg00866.html

Wenn man eine "Empty Strings" Datei erzeugt ist das auch nicht (mehr) in UTF16.

Gruss
--
Torsten

Frank Illenberger

unread,
Dec 15, 2009, 1:00:28 PM12/15/09
to Torsten Curdt, cocoaheads...@googlegroups.com
Hallo Torsten,

danke für's Recherchieren. Das mit dem automatischen Konvertieren nach UTF-16 im neuen Xcode ist doch eine prima Nachricht. Dann werde ich gleich unsere Strings-Dateien umwandeln.
Falls Du es gebrauchen kannst: Das hier ist meine Toolklasse zum Lokalisieren von UI-Elementen zur Laufzeit:
Localisation.zip

Torsten Curdt

unread,
Dec 15, 2009, 1:31:14 PM12/15/09
to Frank Illenberger, cocoaheads...@googlegroups.com
Hey Frank

> danke für's Recherchieren.

Ich wollte es ja auch wissen :)

> Das mit dem automatischen Konvertieren nach UTF-16 im neuen Xcode ist doch eine prima Nachricht. Dann werde ich gleich unsere Strings-Dateien umwandeln.

Dann lass uns mal wissen falls es doch noch Probleme gibt.

> Falls Du es gebrauchen kannst: Das hier ist meine Toolklasse zum Lokalisieren von UI-Elementen zur Laufzeit:

Danke Dir!

Gruss
--
Torsten
Reply all
Reply to author
Forward
0 new messages