Schienen - wie dynamisch hinzufügen/Überschreibung Wortlaut zu i18n yaml

Question

als Beispiel, ich habe eine Standard-Englisch locale Datei „en.yml“ mit Inhalt:

en: 
    messages: messages 
    users: users 

jetzt gibt es einen Kunden, welche Nachrichten will Diskussionen in seinem Produkt genannt werden, aber Benutzer sollten Benutzer bleiben. Also, was ich tun möchte, ist „customer.en.yml“ Datei

en: 
messages: discussions 

zu schaffen, die die Standard „Nachrichten“ Übersetzung außer Kraft setzen würde, würde aber alle anderen Worten gleichen halten. Wie kann ich es erreichen?

weil, wenn ich laden en.yml mit:

config.i18n.load_path += Dir[File.join(RAILS_ROOT, 'config', 'locales', '*.{rb,yml}')] 

und danach customer.en.yml laden (app_config [ 'customer_name'], bevor definiert ist) mit

config.i18n.load_path += Dir[File.join(RAILS_ROOT, 'config', 'custom_locales', APP_CONFIG['customer_name']+'.{rb|yml}')] 

wird es nur überschreiben mein "en" Gebietsschema, und "Benutzer" Übersetzung wird verschwinden, oder?

Answer 1

Es sollte nicht Ihre "en" Gebietsschema überschreiben. Übersetzungen werden zusammengeführt. store_translations im einfachen I18n Backend aufruft merge_translations, die wie folgt aussieht:

# Deep merges the given translations hash with the existing translations 
# for the given locale 
def merge_translations(locale, data) 
    locale = locale.to_sym 
    translations[locale] ||= {} 
    data = deep_symbolize_keys(data) 

    # deep_merge by Stefan Rusterholz, see http://www.ruby-forum.com/topic/142809 
    merger = proc { |key, v1, v2| Hash === v1 && Hash === v2 ? v1.merge(v2, &merger) : v2 } 
    translations[locale].merge!(data, &merger) 
end 

Wie Sie können sehen, nur die Tasten, die Sie in der letzten Übersetzung yml Datei eingeben überschrieben.

Answer 2

Ich wollte etwas ähnliches, als wir eine Übersetzung von pirate.yml geschrieben haben, aber ich wollte alles, was nicht in pirate.yml definiert ist, auf das, was wir in en.yml hatten.

Was ich schrieb, kann auf Github gefunden werden.

Answer 3

Ich denke, Sie könnten zwei verschiedene Dinge vermischen.

Die i18n-Datei ist für Übersetzungen gedacht.

Wenn Sie einen Client haben, der einen bestimmten Namen für ein Feld benötigt, ist das kein Übersetzungsproblem, sondern Funktionalität.

Mit anderen Worten, ich glaube, Sie so etwas wie dies braucht:

en: 
    messages: messages 
    users: users 
    discussions: discussions 

Und dann die spezifische Funktionalität woanders hinzufügen, zum Beispiel in der Ansicht:

if(customer.needs_discussions?) 
<%= t(:discussions) %> 
else 
<%= t(:messages) %> 
end 

Alternativ könnten Sie hinzufügen ein String-Attribut für Ihre Kunden, standardmäßig "Nachrichten". Dann würde Ihre Ansicht wie folgt aussehen:

<%= t(customer.messages_field_name) %> 

Answer 4

Verwenden i18n.fallbacks

Ich bin nicht sicher, wenn diese zu Rails wurde hinzugefügt, aber in 4.2.2 Sie tun können:

# application.rb 
# If key is not found in a locale, we look in fallback 
config.i18n.fallbacks = { 
    "locale_1" => "en", 
    "locale_2" => "en", 
    "locale_3" => "de", 
} 

Wenn Sie auch config.action_view.raise_on_missing_translations = true gesetzt (die ich in Entwicklungs- und Test tun), wird sie erhöht nur, wenn ein Schlüssel nicht in dem Lokalisierungs oder das Notfall gefunden wird.