- ステータス
- 解決済み
- 解決されたバージョン
- 4.2.0
問題の概要
更新 2020年8月13日:
WPML 4.2.0以降、JavaScript翻訳ファイル（JED）がインポートされ、翻訳を調整できるようになりました。WPMLはカスタム翻訳を含む独自のJEDファイルを作成しています。
JSファイル内の文字列スキャン機能の実装を試みましたが、技術的な制限により断念しました。
- 各文字列はロードされたJSファイルに紐付けられている必要があります。
- ロードされるファイルは通常コンパイルされたファイル（例: babel / webpack）であり、その中では文字列を適切に検出できません。
- コンパイルされたファイルをソースファイルにリンクできたとしても、これらのソースファイルは通常、プラグインやテーマのリリースバージョンから除外されているため、ほとんどのユーザーにとって役に立ちません。
JSファイル内に文字列を含むテーマやプラグインを構築する場合は、JSスクリプトのコンパイル時にPOTファイルを構築することをお勧めします（https://developer.wordpress.org/block-editor/developers/internationalization/#provide-your-own-translationsも参照してください）。
—
WordPressのブロック（「Gutenberg」）エディタには、文字列翻訳の新しい戦略が導入されています。JavaScript関数内の文字列を翻訳できるようになりました。この新機能の結果として、関連するスクリプトのすべての文字列をブラウザ側にロードする必要があります。これは、翻訳をスキャンしてフィルターする現在のWPMLの戦略に準拠していません。
ブロックエディタのコードは急速に進化しているため、WordPressにマージされ、APIが明確で安定するまで待つことにしました。それまでの間、WPMLのローカライズ設定に関係なく、ブロックエディタ内のすべての文字列翻訳は標準のWordPress APIを通じてロードされます。このため、ブロックエディタの文字列はWPML 文字列翻訳を使用して翻訳されません。
この新機能はバックエンド（ブロックエディタ）でのみ使用され、すでにコミュニティによって大幅に翻訳されているため、ユーザーエクスペリエンスに大きな影響を与えることはありません。