Xamarin.forms: बाउंड डेटाइम एन-यूएस प्रारूप में प्रदर्शित करें स्थानीय प्रारूप नहीं

को निर्मित 8 मार्च 2018 · 18टिप्पणियाँ · स्रोत: xamarin/Xamarin.Forms

विवरण

जब आप लेबल जैसे नियंत्रण पर एक बाउंड डेटाइम प्रदर्शित करते हैं, तो यह एन-यूएस प्रारूप में हमेशा डेटटाइम प्रदर्शित करेगा। यूएसए के बाहर के उपयोगकर्ताओं के लिए यह एक समस्या है।

मूल बग रिपोर्ट:
https://bugzilla.xamarin.com/show_bug.cgi?id=58635

अन्य प्लेटफार्मों के बारे में नोट्स
सिल्वरलाइट, UWP, और WPF पर सभी फ्रेमवर्क से विरासत में प्राप्त नियंत्रण और फ्रेमवर्क में "भाषा" संपत्ति है। यह वही है जो इन प्लेटफार्मों पर डेटाइम फॉर्मेटिंग को ड्राइव करता है। सिल्वरलाइट और डब्ल्यूपीएफ पर एक बग होता है जहां भाषा की संपत्ति स्थानीय भाषा के लिए डिफ़ॉल्ट नहीं होती है। इसलिए, डिफ़ॉल्ट रूप से WPF, और सिल्वरलाइट में Xamarin फॉर्म्स के समान बग है। लेकिन, इसे कोड की एक पंक्ति के साथ हल किया जा सकता है:

        Language = XmlLanguage.GetLanguage(Thread.CurrentThread.CurrentCulture.Name);

यहाँ एक WPF नमूना ऐप है जो इसे दिखाता है:
https://www.dropbox.com/s/2qcacomtsjweb1o/DateTimeWPF.7z?dl=0

लेकिन, UWP पर, भाषा की संपत्ति मशीन की स्थानीय भाषा में सही ढंग से चूक करती है। तो, DateTime रूपांतरण डिफ़ॉल्ट रूप से UWP में सही दिखाता है।

तो, Xamarin प्रपत्रों को शायद एक भाषा संपत्ति की आवश्यकता होती है, और इस भाषा संपत्ति को मशीन की क्षेत्रीय सेटिंग्स से डिफ़ॉल्ट करने की आवश्यकता होती है।

प्रजनन करने कि प्रक्रिया

अपने डिवाइस और दिनांक प्रारूप की संस्कृति को एएन-एयू (दिन / माह / वर्ष) पर स्विच करें
इस प्रतिनिधि को क्लोन करें:
UWP या Android नमूना चलाएँ, और "दिनांक प्रदर्शन" पर क्लिक करें
ध्यान दें कि पहली तारीख को "31/1/2000 12:00:00 AM" के रूप में प्रदर्शित किया गया है (यह मैन्युअल रूप से डेटटाइम से स्ट्रिंग के साथ ToString () में परिवर्तित हो जाता है।
ध्यान दें कि XF के मुख्य रूपांतरण कोड का उपयोग करके अन्य सभी प्रदर्शित तिथियां एन-यूएस प्रारूप में "01/31/2000/01:00:00" के रूप में प्रदर्शित की जाती हैं
यानी ToString () प्रदर्शित बाइंडिंग को एक अलग मूल्य दे रहा है। बग यह है कि डेटाइम से स्ट्रिंग में परिवर्तित करने के लिए बाइंडिंग ToString () को कॉल नहीं कर रहा है। यह कुछ अलग कर रहा है और इसलिए सही रूप से तिथि को प्रारूपित नहीं कर रहा है

अपेक्षित् व्यवहार

जब एक डेटाइम को बंधन में एक स्ट्रिंग में परिवर्तित किया जाता है, तो इसे एक वेनिला ToString () के साथ परिवर्तित किया जाना चाहिए जो मशीन की स्थानीय भाषा सेटिंग्स का उपयोग करेगा।

वास्तविक व्यवहार

DateTimes क्षेत्रीय सेटिंग्स की परवाह किए बिना संयुक्त राज्य अमेरिका के प्रारूप में बदल जाते हैं।

मूलभूत जानकारी

संस्करण जारी: 2.5.0.280555
प्लेटफ़ॉर्म लक्ष्य रूपरेखा:
- UWP: 16299
Android समर्थन लाइब्रेरी संस्करण:
नगेट पैकेज:
प्रभावित उपकरण:

प्रजनन लिंक

https: //[email protected]/MelbourneDeveloper/xamarin-forms-scratch.git

l10n 9 high in-progress high impact bug

स्रोत

MelbourneDeveloper

👍9 ❤1 👎1

सबसे उपयोगी टिप्पणी

ऐसा लगता है कि यह बग लंबे समय से आसपास है। मुझे लगता है कि कई भाषाओं का समर्थन कई ऐप्स का एक आवश्यक कार्य है। वर्तमान में आपको इसे पूरा करने के लिए कुछ वर्कअराउंड की आवश्यकता है। मुझे Xamarin का उपयोग करना पसंद है। यह बहुत अच्छा होगा और अगर यह बग जल्द ही ठीक हो जाएगा।

आपके महान कार्य के लिए धन्यवाद Xamarin टीम!

सादर

nicolaiw 7 मई 2019

👍11

सभी 18 टिप्पणियाँ

मुझे खुशी है कि यह आखिरकार देखा जा रहा है। इसे 8 सितंबर 2017 को लॉग किया गया था। इसे मूल रूप से अगले दिन एक ज़ामरीन व्यक्ति द्वारा पुन: प्रस्तुत किया गया था। यह संयुक्त राज्य अमेरिका के बाहर सभी Xamarin प्रपत्र उपयोगकर्ताओं को प्रभावित करता है, और Xamarin प्रपत्र उपयोगकर्ताओं को गैर-यूएसए ग्राहकों के साथ।

MelbourneDeveloper 14 मार्च 2018

👍6

@rmarinho # 2434 इस का एक धोखा हो सकता है, और यह नहीं हो सकता है। किसी भी तरह से, हमें इसे ठीक करने की आवश्यकता है क्योंकि यह काफी व्यापक प्रसार मुद्दा है। यदि कोई व्यक्ति इसे प्रस्तुत करने के लिए थोड़ी सी दिशा दे सकता है, तो मुझे पीआर प्रस्तुत करने में खुशी होगी।

ChaseFlorell 13 अप्रैल 2018

बस इस मुद्दे पर फिर से घंटी बज रही है, यह कुछ ऐसा है जिसे हम एक बहुभाषी ऐप में दैनिक आधार पर लड़ रहे हैं। यह काम के लिए तैयार है, और ऐसे लोग हैं जो पीआर की मदद करने और उसे प्रस्तुत करने के लिए तैयार हैं, लेकिन हम अभी भी इस दिशा में प्रतीक्षा कर रहे हैं कि आप इसे कैसे हल करेंगे

ChaseFlorell 27 अप्रैल 2018

जब एक प्रविष्टि के लिए एक StringFormat आवेदन करते समय मुझे एक ऐसी ही समस्या दिखाई दे रही है - Xamarin.Forms मंच पर अपने विस्तृत वर्णन देखने के लिए यहाँ । यह संस्कृतियों से संबंधित नहीं है, लेकिन _is_ कैसे प्रारूपण के साथ प्रवेश से संबंधित है।

मुझे लगता है कि मेरी समस्या इस मुद्दे में वर्णित एक से भिन्न है - लेकिन संबंधित। क्या यह मेरे लिए एक नया मुद्दा जोड़ने या यहाँ अधिक विवरण जोड़ने के लायक है?

ghost 10 मई 2018

आपके महान कार्य के लिए धन्यवाद Xamarin टीम!

सादर

nicolaiw 7 मई 2019

👍11

मैंने रेपो पते को अपडेट कर दिया है जब किसी को समस्या को फिर से बनाने में परेशानी हो रही थी।

MelbourneDeveloper 9 मई 2019

👍1

मुझे लगता है कि कई भाषाओं का समर्थन कई ऐप्स का एक आवश्यक कार्य है।

माना! यदि आप इस बेहतर (# 3700) बनाने के लिए खोले गए पीआर को देखेंगे, तो आप देखेंगे कि हम इस बात से जूझ रहे हैं कि किस तरह से यह संभव है कि बड़ी संख्या में ऐप्स को तोड़ने से बचा जाए। हम सुझावों के लिए खुले हैं! धन्यवाद!

samhouts 11 मई 2019

👍2

@samhouts

मेरा पैसा भाषा की संपत्ति को लागू करने पर होगा ताकि किसी दिए गए भाषा को चुना जा सके। फिर, यदि यह सेट किया जाता है, तो बाइंडिंग भाषा की संपत्ति पर आधारित होगी। इसका मतलब है कि कोड की एक पंक्ति उपयोगकर्ता की मौजूदा क्षेत्रीय सेटिंग्स पर ऐप को बदल सकती है, लेकिन जरूरी नहीं कि मौजूदा ऐप में किसी भी मौजूदा कार्यक्षमता को बदल दें। यही कारण है कि यह अन्य XAML प्लेटफार्मों पर किया जाता है। मेरा अनुमान है कि उन प्लेटफार्मों से निपटने के लिए एक समान मुद्दा था और उस पैटर्न का उपयोग करके Xamarin बना देगा। उन प्रौद्योगिकियों के साथ अधिक संगत।

MelbourneDeveloper 11 मई 2019

👍3

मुझे लगता है कि कई भाषाओं का समर्थन कई ऐप्स का एक आवश्यक कार्य है।
माना! यदि आप इस बेहतर (# 3700) बनाने के लिए खोले गए पीआर को देखेंगे, तो आप देखेंगे कि हम इस बात से जूझ रहे हैं कि किस तरह से यह संभव है कि बड़ी संख्या में ऐप्स को तोड़ने से बचा जाए। हम सुझावों के लिए खुले हैं! धन्यवाद!

मेरा 0.2 डॉलर है कि .NET में पहले से ही एक कार्यक्षमता है जिसे स्वरूपण और पार्सिंग को संभालने के लिए डिज़ाइन किया गया है: CultureInfo.CurrentTulture

यदि आप CodeTime से DateTime के साथ एक स्ट्रिंग को DateTime.Now.ToString () से जोड़ते हैं, तो यह स्वचालित रूप से इसे स्वरूपित करने के लिए CultureInfo.CurrentCulture का उपयोग करेगा। DateTime.Parse - CurrentCulture के साथ एक DateTime में एक स्ट्रिंग पार्स करने के साथ ही प्रयोग किया जाता है।
जब आप अपने ViewModel में ऐसा करते हैं तो डेटाइम के एक बाइंडिंग रूपांतरण (स्वरूपण) क्यों नहीं होना चाहिए? जब वे अलग-अलग परिणाम देते हैं तो औसत डेवलपर हैरान और हैरान होता है। और एक साधारण Google खोज करें कि इस व्यवहार के लिए कितने बदलाव और समाधान हैं, जो आसानी से रूपरेखा द्वारा नियंत्रित किए जा सकते हैं।

अभी यह एक गड़बड़ है जहां ऑन-स्क्रीन कीबोर्ड क्षेत्र के लिए डिवाइस सेटिंग का उपयोग करते हैं, लेकिन .NET कोड पार्सिंग / फ़ॉर्मेटिंग स्ट्रिंग्स प्रदर्शन भाषा / संस्कृति का उपयोग कर रहे हैं। अंग्रेजी UI और स्वीडिश क्षेत्र के मामले में आप दशमलव विभाजक के रूप में "," (अल्पविराम) के साथ संख्याएँ टाइप कर रहे हैं, और .NET इसे "का उपयोग कर पार्स करने की कोशिश करता है।" (डॉट) दशमलव विभाजक के रूप में।

ढीले सिरों को बाँधने के लिए, Xamarin Forms को प्रत्येक प्लेटफ़ॉर्म / डिवाइस (जैसे iOS पर रीजन सेटिंग्स का उपयोग करके) पर सेटिंग्स के आधार पर एक कस्टम कल्चरइन्फो बनाना चाहिए, और कल्चरइन्फो के लिए डिफ़ॉल्ट के रूप में असाइन करें। वर्तमान में, इसलिए हम प्रत्येक और हर डेवलपर, डॉन ' t को प्रयास करना और करना है।

एक WPF डेवलपर के रूप में जब आप ऊपर वर्णित है कि बंधन का पालन नहीं करता है (और मैं इसे एक बग मानते हैं) लेकिन इसका WPF के लिए हल करना आसान है
this.Language = XmlLanguage.GetLanguage(CultureInfo.CurrentCulture.IetfLanguageTag); ।

मुझे UWP के साथ आरंभ न करें, जिसमें उन्हें लगता है कि लोग यह भूल गए हैं कि लोग वास्तव में भाषा प्रदर्शित करने के लिए आपसे अलग क्षेत्र / स्वरूपण करना चाहते हैं (जैसे दुनिया का एक बड़ा हिस्सा चाहता है) ।

marnilss 14 मई 2019

👍5

मैं केवल एक ही अंक भर में आया जब एक संख्यात्मक संपत्ति के लिए एक प्रविष्टि बाध्यकारी। यह और भी बुरा है कि व्यवहार प्रकारों के बीच भिन्न है:

करंटकल्चर = डे-डे

मॉडल से UI तक बांधना:
"10.41" में एक दशमलव संपत्ति परिणाम बांधना (वर्तमान संस्कृति का सम्मान नहीं किया गया है)
"10,41" में एक फ्लोट संपत्ति के परिणाम को बांधना
"10.41" में दोहरी संपत्ति परिणाम बांधना (वर्तमान संस्कृति का सम्मान नहीं किया गया है)

, यानी केवल फ्लोट गुण सही संस्कृति के साथ बंधे हैं

UI से मॉडल के लिए बाइंडिंग:
केवल "।" डेटाटाइप और संस्कृति की परवाह किए बिना मान्य विभाजक के रूप में मान्यता प्राप्त है।

पहले चरण के रूप में, कृपया कम से कम सभी डेटाटाइप्स के लिए व्यवहार को एकीकृत करें।
दूसरे चरण के रूप में, कृपया वर्तमान संस्कृति के अनुसार संख्यात्मक मानों को सही ढंग से बाँधने के लिए डेवलपर्स के लिए एक कार्यशील समाधान जोड़ें और ऑन-स्क्रीन संख्यात्मक कीबोर्ड को वर्तमान संस्कृति के साथ सिंक करने के लिए बनाएं ...

Alex-111 7 अग॰ 2019

👍7 🚀2

इस बिंदु पर एक फ्रेम कैसे प्राप्त कर सकता है, v4.4, और अभी भी केवल एन-यूएस के लिए काम करने वाले दशमलव प्राप्त कर सकते हैं?
मुझे भी यह समस्या हो रही है और मुझे अपने सभी दशमलव गुणों के साथ स्ट्रिंग टू दशमलव और दशमलव स्ट्रिंग के साथ काम करना होगा ....।

fredericoregateiro 24 दिस॰ 2019

👍9

इस पर कोई भी समाचार?

simader 13 फ़र॰ 2020

समस्या अभी भी नवीनतम Xamarin.Forms संस्करण में प्रतिलिपि प्रस्तुत करने योग्य है।
अब तक एक समाधान यह संभालने के लिए एक IValueConverter बनाने के लिए है।

jonkas2211 26 फ़र॰ 2020

किसी भी जानकारी जब यह तय हो जाएगा?

Lebapp 8 मार्च 2020

👍2

किसी दिनांक को एक लेबल के लिए एक समय-सीमा बांधना जो एक स्ट्रिंग की अपेक्षा करता है, एक प्रकार की त्रुटि होनी चाहिए, जब तक कि उपयोगकर्ता स्पष्ट रूप से एक फ़ंक्शन प्रदान नहीं करता है।

charlesroddie 8 मार्च 2020

Xamarin.Forms 3.6.0.344457 से 4.4.0.991757 पर माइग्रेट होने पर यह समस्या सामने आई।

हमारे मामले में, हमारे पास एक कस्टम एंट्री है, जहां हम कॉमा को एक डॉट के साथ बदलते हैं, ताकि जब उपयोगकर्ता सॉफ्ट कीबोर्ड पर कॉमा पर क्लिक करे, तो यह एक डॉट द्वारा प्रतिस्थापित हो जाए।

अजीब समाधान, मुझे पता है, लेकिन यह 3.6.0.344457 में काम करता था, लेकिन यह 4.4.0.99175 में नहीं है। क्या बदल गया? मुद्दे के इतिहास को देखते हुए, मैं देख सकता हूँ कि कुछ काम v3.6.0 में किया गया था। ऐसा लगता है जैसे यह एक प्रतिगमन बग है।

RedasP 3 अप्रैल 2020

यह समस्या लंबे समय से कोई गतिविधि नहीं हुई है। हम समस्याओं को प्राथमिकता देने और उन्हें जल्द से जल्द हल करने पर काम कर रहे हैं। सूची के माध्यम से प्राप्त करने में हमारी मदद करने के लिए, हम आपसे अपडेट के लिए सराहना करेंगे, तो हमें बताएं कि क्या यह अभी भी आपको Xamarin.Forms के नवीनतम संस्करण पर प्रभावित कर रहा है, क्योंकि यह संभव है कि हमने इसे किसी अन्य संबंधित या डुप्लिकेट के भाग के रूप में हल किया हो मुद्दा। यदि हम अगले 30 दिनों में इस मुद्दे पर कोई नई गतिविधि नहीं देखते हैं, तो हम मूल्यांकन करेंगे कि क्या यह समस्या बंद होनी चाहिए। धन्यवाद!

samhouts 2 अक्तू॰ 2020

हाँ यह अभी भी नवीनतम 4.8 संस्करण को प्रभावित कर रहा है।

EmilAlipiev 10 अक्तू॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स