翻訳が見つからなかった時に翻訳キーを表示するようにして欲しい

[anatawa12]

Summary

タイトルの通りです

Purpose

開発時にキャッシュを消さないと何も表示されないで見ずらいため

[kakkokari-gtyih]

現状ほとんどの翻訳においてオブジェクトを直接参照させてる以上、キーの表示は難しいかもしれない（翻訳を全部 $t() などの関数に置き換える必要あり）のと、これをすると、せっかくの型定義が効かなくなるのでそのほうがつらい気がする

あと、万が一実装漏れでキーのままリリースされたとしても一般人にキーを見せるわけには行かないのでDevモードのみの実装にすると仮定すると、上述の手間を考えれば実装コストと釣り合わない気もする

[acid-chicken]

そんなに変更せずかつ難しくなく実装できると思う

[CyberRex0]

翻訳のフォーマッティングでエラーが発生した場合、現状抑制しているので、エラーをthrowするか同じようにキーを表示するようにしてほしいです

[anatawa12]

一応Proxyとかその系統で作ることできないかなぁと思ってたりしました。

[anatawa12]

万が一実装漏れでキーのままリリースされたとしても一般人にキーを見せるわけには行かないので

逆に何も表示されないほうが困ると思うのですがこの考えの理由は何でしょう？英語である程度意図を示されてるものが表示される方がマシだと思います

[kakkokari-gtyih]

万が一実装漏れでキーのままリリースされたとしても一般人にキーを見せるわけには行かないので

逆に何も表示されないほうが困ると思うのですがこの考えの理由は何でしょう？英語である程度意図を示されてるものが表示される方がマシだと思います

よくわからない文字列（翻訳キー）が出るよりかは「未翻訳」などの文字列 or 日本語などへのフォールバックが出たほうがいいのかなと思っただけです（何もださないのはUIを破壊する可能性があるのでそれこそよくない）

[samunohito]

日本語などへのフォールバック

こっちのほうがいいと思いました。どのキーを翻訳すべきか定義から探しやすくなると思います。

など

ベースは日本語の認識なので、日本語へのフォールバックが確実かと
（ベース以外だとフォールバック先まで欠けているリスクもあってしんどい）

[anatawa12]

このissue、開発中やミスで日本語でかけてるのを想定してました。

そもそも他言語だとフォールバックがすでに実装されてるので