Internationalisierung mit Nibs. Ist das wirklich eine gute Idee?

Question

In den Apple Docs sagen sie, dass ein Nib die Internationalisierung ermöglicht, indem es einfach das Nib in viele Sprachen übersetzt. Ich denke jetzt an ein schlimmeres, aber realistisches Szenario: Sie haben eine riesige Benutzeroberfläche erstellt. Dann übersetze du das in 25 Sprachen. Also bekommst du 25 verschiedene Nibs. Sie erhalten auch eine große Redundanz beim Gestalten und Definieren der Benutzeroberfläche: 25 Mal das gleiche Zeug. Gleiche Bindungen, alles gleich. Nur Text ist anders.

Also ich denke wirklich, das ist ein sehr schlechter Ansatz. Stattdessen würde ich es vorziehen, alle Texte aus einem Ressourcenbündel oder ähnlichem zu verknüpfen. Nur eine Datei mit Textzeichenfolgen, die zur Laufzeit von der entsprechenden Sprachressource verlinkt wird. Dann haben Sie nur "Probleme" in den Text zu verknüpfen, die wirklich keinen Spaß machen. Aber dann können Sie einmal auf der Benutzeroberfläche Änderungen vornehmen, ohne den gleichen Schritt 25 Mal wiederholen zu müssen. Eine neue Bindung in jeder Spitze. Das wäre so schrecklich !!

Jetzt sag mir bitte, dass ich das falsch verstanden habe. Apple geht nicht davon aus, dass wir etwas so Kreatives machen?

Answer 1

Die Lokalisierungssituation ist nicht ideal. Obwohl Cocoa-UI-Elemente eine gewisse dynamische Flexibilität bei der Dimensionierung unterstützen (die Aussetzungskennzeichen), ist es sehr schwierig, sie in einer Ansicht anzuordnen, so dass sie Text beliebiger Größe aufnehmen können.

Wie Heng-Cheong hervorhebt, bedeutet dies in der Regel, dass eine Anpassung des Layouts pro Lokalisierung erforderlich ist. Apple unterstützt einen Prozess namens inkrementelle Lokalisierung mit einem Tool namens "ibtool", das mit Ihren Entwicklertools gebündelt ist. Der Prozess ist bei weitem nicht intuitiv und scheint einige subtile Fehler zu enthalten, aber es hilft, den Prozess einfacher zu machen, als beispielsweise 25 verschiedene Nibs einzeln manuell zu warten. Der Prozess umfasst im Wesentlichen das Zuordnen von Änderungen, die Sie an Ihrer Primärfeder vornehmen, auf die anderen lokalisierten Federn. Apple beschreibt den Prozess im Detail:

https://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/LoadingResources/CocoaNibs/CocoaNibs.html

Um diesen schmerzhaften Prozess zu vermeiden, einige Leute einen anderen Ansatz. Wenn Sie beim Layout Ihrer Ansichten Kompromisse eingehen, können Sie eine Situation erreichen, in der jedes Oberflächenelement die größte lokalisierte Zeichenfolge enthält. Mit den Ausrichtungsfunktionen von Textfeldern usw. können Sie so ein akzeptables Layout erstellen, obwohl der zusätzliche Abstand, der für die Lokalisierung mit den größten Zeichenfolgen erforderlich ist, oft ein weniger als ideales Layout für die Sprache verursacht, deren Zeichenfolgen am kürzesten sind. Wenn Sie diesen Ansatz verwenden, müssen Sie Ihre nibs so entwerfen, dass eine Controller-Klasse die Benutzeroberflächenelemente der nib zur Laufzeit mit den richtigen lokalisierten Zeichenfolgen füllt.

Schließlich gehen manche Entwickler so weit, dass sie ihre eigenen Relayouts auf die Elemente in einer Nib anwenden und sie für die Größe der Strings optimieren, die auf ihnen gesetzt wurden. Dies wäre eine Verfeinerung der obigen Strategie, bei der eine einzelne Spitze zur Laufzeit verwendet und manipuliert wird, um den gewünschten Effekt zu erzielen.

Answer 2

Manchmal beinhaltet die Lokalisierung mehr als nur das Ersetzen von Text, sondern auch Änderungen im Layout. Beispielsweise können Zeichenfolgen in einem Gebietsschema/Sprache deutlich länger sein als in einem anderen, wodurch eine Änderung des Layouts erzwungen wird. Rechts-nach-links-Sprache bedeutet oft auch Änderungen im Layout.

Answer 3

Aufbauend auf den vorherigen zwei Antworten gibt es ein Tool namens iLocalize, das den Prozess einfacher machen soll als ibtool (und es ist älter als ibtool). Ich habe es nie selbst benutzt, aber mein Freund Evan benutzt es sowohl auf Adium als auch auf Growl und liebt es.