discourse-translator/spec/fabricators/post_translation.rb
Natalie Tay 7fc45d5be8
DEV: Move translation custom fields into their own tables (#201)
Currently, `Topic` and `Post` have detected_language and translations in custom fields, e.g.
```
post.custom_fields[DiscourseTranslator::DETECTED_LANG_CUSTOM_FIELD]
post.custom_fields[DiscourseTranslator::TRANSLATED_CUSTOM_FIELD]
topic.custom_fields[DiscourseTranslator::DETECTED_LANG_CUSTOM_FIELD]
topic.custom_fields[DiscourseTranslator::TRANSLATED_CUSTOM_FIELD]
```

We are moving this into 4 tables/models
```
post has_one :content_locale, class_name: "DiscourseTranslator::PostLocale"
post has_many :translations, class_name: "DiscourseTranslator::PostTranslation"
topic has_one :content_locale, class_name: "DiscourseTranslator::TopicLocale"
topic has_many :translations, class_name: "DiscourseTranslator::TopicTranslation"
```

Since there are a lot of duplicates, this is implemented on the `Post` and `Topic` using a `Concern`, and any future translatable content can inherit this concern.

This PR also gets rid of the previous N+1 which happens when determining if the 🌐 translate button should appear for each post.
2025-02-10 12:29:07 +08:00

18 lines
414 B
Ruby

# frozen_string_literal: true
Fabricator(:post_translation, from: DiscourseTranslator::PostTranslation) do
post
locale { %w[en de es en-GB ja pt pt-BR].sample }
translation do |attrs|
{
"en" => "Hello",
"de" => "Hallo",
"es" => "Hola",
"en-GB" => "Hello",
"ja" => "こんにちは",
"pt" => "Olá",
"pt-BR" => "Olá",
}[
attrs[:locale]
]
end
end