Xamarin.forms: バインドされた日時はローカル形式ではなくen-US形式で表示されます

これがようやく見られてうれしいです。 2017年9月8日に記録されました。元々は翌日Xamarinの人によって複製されました。 これは、米国外のすべてのXamarin Formsユーザー、および米国以外の顧客を持つXamarinFormsユーザーに影響します。

@ rmarinho ＃2434はこれの

この問題についてもう一度ベルを鳴らすだけで、多言語アプリで日常的に取り組んでいます。 それは仕事の準備ができており、PRを手伝って提出することをいとわない人々がいますが、私たちはあなたがそれをどのように解決したいかについての指示をまだ待っています。

StringFormatをエントリに適用すると、同様の問題が発生します。Xamarin.Formsフォーラムの詳細な説明を参照してください。 これはカルチャとは関係ありませんが、エントリがフォーマットをどのように処理するかに関係しています。

私の問題は、この号で説明されている問題とは微妙に異なると思いますが、関連しています。 新しい問題を追加する価値がありますか、それともここに詳細を追加しますか？

このバグは長い間存在していたようです。 多言語のサポートは多くのアプリにとって不可欠な機能だと思います。 現在、これを実現するにはいくつかの回避策が必要です。 Xamarin.Formsを使用するのが好きで、このバグがすぐに修正されると便利です。

Xamarinチームの素晴らしい仕事に感謝します！

宜しくお願いします

誰かが問題の再現に問題があった場合に備えて、リポジトリアドレスを更新しました。

多言語のサポートは多くのアプリにとって不可欠な機能だと思います。

同意しました！ これを改善するために開いたPR（＃3700）を見ると、多数のアプリを壊さないようにするために、可能な限り最善の方法でこれを行う方法に苦労していることがわかります。 私たちは提案を受け入れています！ ありがとう！

@samhouts

私のお金は、特定の言語にオプトインするために、Languageプロパティを実装することに費やされます。 次に、バインドは、Languageプロパティが設定されている場合、それに基づいて行われます。 つまり、1行のコードでアプリをユーザーの既存の地域設定に切り替えることができますが、必ずしも既存のアプリの既存の機能を変更する必要はありません。 これは、他のXAMLプラットフォームで行われている方法です。 私の推測では、これらのプラットフォームには同様の問題があり、そのパターンを使用すると、Xamarin.Formsがこれらのテクノロジーとより互換性が高くなります。

多言語のサポートは多くのアプリにとって不可欠な機能だと思います。

同意しました！ これを改善するために開いたPR（＃3700）を見ると、多数のアプリを壊さないようにするために、可能な限り最善の方法でこれを行う方法に苦労していることがわかります。 私たちは提案を受け入れています！ ありがとう！

私の0.2 $は、.NETには、フォーマットと解析を処理するように設計された機能がすでにあるということです：CultureInfo.CurrentCulture

コード形式のDateTimeからDateTime.Now.ToString（）を使用して文字列に変換すると、CultureInfo.CurrentCultureを使用して自動的に形式化されます。 DateTime.Parseを使用して文字列をDateTimeに解析するのと同じです-CurrentCultureが使用されます。
DateTime->文字列のバインディング変換（フォーマット）で、ViewModelで行う場合と同じ結果が得られないのはなぜですか？ 平均的な開発者は、異なる結果を返すと驚いて困惑します。 そして、簡単なグーグル検索を実行して、この動作の回避策として、フレームワークで簡単に処理できるバリエーションとソリューションがいくつあるかを確認します。

現在、画面キーボードが地域のデバイス設定を使用しているのは混乱ですが、.NETコードの解析/フォーマット文字列は表示言語/カルチャを使用しています。 英語のUIとスウェーデン語の地域の場合、小数点記号として「、」（コンマ）を使用して数値を入力すると、.NETは「。」を使用して数値を解析しようとします。 （ドット）小数点記号として。

ルーズエンドを結び付けるために、Xamarin Formsは各プラットフォーム/デバイスの設定に基づいてカスタムCultureInfoを作成し（たとえば、リージョン設定を使用するiOSの場合）、デフォルトとしてCultureInfo.CurrentCultureに割り当てる必要があります。したがって、私たちすべての開発者は、やってみないといけない。

WPF開発者として、バインディングが上記の説明に準拠していない（そしてバグだと思う）と困惑しましたが、WPFの解決は簡単です。
this.Language = XmlLanguage.GetLanguage(CultureInfo.CurrentCulture.IetfLanguageTag); 。

UWPを使い始めないでください。UWPでは、人々が実際に表示言語とは異なる地域/フォーマットを望んでいることを忘れているようです（世界の大部分が望んでいるように） 。

エントリを数値プロパティにバインドするときに同じ問題が発生しました。 タイプ間で動作が異なることはさらに悪いことです。

CurrentCulture = de-de

モデルからUIへのバインド：
10進数のプロパティをバインドすると、「10.41」になります（現在のカルチャは尊重されません）
floatプロパティをバインドすると、「10,41」になります
doubleプロパティをバインドすると、「10.41」になります（現在のカルチャは尊重されません）

つまり、フロートプロパティのみが正しいカルチャーにバインドされます

UIからモデルへのバインド：
「。」のみデータ型やカルチャに関係なく、有効なセパレータとして認識されます。

最初のステップとして、少なくともすべてのデータ型の動作を統一してください。
2番目のステップとして、開発者が現在のカルチャに従って数値を正しくバインドし、画面上の数値キーボードを現在のカルチャと同期させるための実用的なソリューションを追加してください...

フレームワークがこのポイントv4.4に到達し、それでも小数をen-USでのみ機能させるにはどうすればよいですか？
私もこの問題を抱えており、すべての10進数プロパティで文字列から10進数、および10進数から文字列を処理する必要があります。

これに関するニュースはありますか？

最新のXamarin.Formsバージョンでも問題は再現可能です。
これまでの解決策は、これを処理するIValueConverterを作成することです。

これがいつ修正されるかについての情報はありますか？

ユーザーが明示的に関数を提供しない限り、文字列を予期するラベルにDateTimeをバインドすると、タイプエラーになります。

この問題は、Xamarin.Forms3.6.0.344457から4.4.0.991757に移行するときに表面化しました。

この例では、カスタムエントリがあり、カンマをドットに置き換えます。これにより、ユーザーがソフトキーボードでカンマをクリックすると、ドットに置き換えられます。

奇妙な解決策は知っていますが、以前は3.6.0.344457で機能していましたが、4.4.0.99175では機能しませんでした。 変化したこと？ 問題の履歴を見ると、v3.6.0でいくつかの作業が行われたことがわかります。 リグレッションバグのようです。

この問題は、長い間活動していないようです。 私たちは問題に優先順位を付け、できるだけ早く解決するよう取り組んでいます。 リストを確認できるように、最新バージョンのXamarin.Formsで引き続き影響があるかどうかをお知らせいただくために、更新をお願いします。これは、別の関連または重複の一部として解決された可能性があるためです。問題。 今後30日以内にこの問題に関する新しいアクティビティが見られない場合は、この問題を解決する必要があるかどうかを評価します。 ありがとうございました！

はい、それはまだ最新の4.8バージョンに影響を与えています。