Material-ui: [डेटपिकर] पोर्ट घटक

@oliviertassinari मैं नए संस्करण में इस घटक को लागू करने की कोई योजना जानना

किसी घटक का माइग्रेशन प्रारंभ करने का सबसे अच्छा तरीका खुले हुए मुद्दों को देखना है। इससे वर्तमान कार्यान्वयन की सीमाओं की बेहतर समझ मिलती है। मैंने v1 रिलीज मील के पत्थर से डेटपिकर और टाइमपिकर को हटा दिया है ताकि हम इसे जल्द से जल्द कर सकें। फिर भी, आपकी मदद का स्वागत है।

कुछ हालांकि एक घटक:

• यह बहुत ही चुनौतीपूर्ण है जैसे कि हम एक खराब यूएक्स प्रदान कर रहे हैं, लोगों को मंच के मूल चयनकर्ताओं पर भरोसा करना बेहतर होगा
• दिनांक हेरफेर जटिल हो सकता है। आइए देखें कि क्या हम किसी अन्य परिवाद का लाभ उठा सकते हैं।
• डेस्कटॉप यूएक्स खराब है, हमें इस पर पुनर्विचार करने की जरूरत है।
• इसमें रचना शक्ति का अभाव है। हमें निचले स्तर के एपीआई को उजागर करने की जरूरत है

डेटपिकर (और टाइमपिकर) के महत्व के बारे में मेरी राय छोड़कर, मुझे लगता है कि 3 प्रमुख घटक हैं जो परिभाषित करते हैं कि आप एक अच्छे यूआई ढांचे से निपट रहे हैं या नहीं, और वे हैं: Autocomplete , Datatables और Datepickers ।

मैंने कई अलग-अलग ढांचे की कोशिश की है, और वे तीन घटक हैं जो मुझे सबसे ज्यादा सिरदर्द देते हैं, ज्यादातर उनके खराब कार्यान्वयन और अंतर्राष्ट्रीयकरण विकल्पों, एसिंक क्षमताओं और पेजिनेशन के कारण, कुछ समस्याओं का नाम देने के लिए।

इसलिए, चीजों को छोटा रखने के लिए: मैं पसंद करता हूं कि ये तीन घटक अपनी पूरी स्थिति में आएं, लेकिन मुझे यह भी ध्यान रखना चाहिए कि, कम से कम मेरी राय में, बहुत सारे लोग होंगे जो यूआई फ्रेमवर्क नहीं चुनेंगे जिसमें उन घटकों में से कुछ का अभाव है।

वैसे भी, एमयूआई v1 बहुत आशाजनक लग रहा है, मैं इसे पूरी तरह से रिलीज होने पर इसे आजमाने की उम्मीद कर रहा हूं!

बल्कि मैं चाहता हूँ कि ये तीनों घटक अपनी पूर्ण अवस्था में आ जाएँ

@GabrielDuarteM मैं सहमत हूं, DatePicker और TimePicker कार्यान्वयन को प्रतिस्पर्धा करने के लिए मूल रूप से उतना ही अच्छा होना चाहिए। अन्यथा, यह व्यर्थ है। अभी, मैं उत्पादन के लिए तैयार ऐप पर v0.x पिकर का उपयोग नहीं करूंगा। मैं इसके बजाय मंच के बीनने वालों का उपयोग करूंगा।
हम उन घटकों के बिना सबसे अधिक संभावना v1.0.0 जारी करेंगे, मुझे नहीं लगता कि वे महत्वपूर्ण हैं, देशी बीनने वालों ने पिछले कुछ वर्षों में बहुत सुधार किया है।

स्वत: पूर्ण के संबंध में, आप यहां एक उदाहरण पा सकते हैं ।

हम आज अपने प्रोडक्शन ऐप में एमयूआई टाइमपिकर और डेटपिकर का व्यापक उपयोग करते हैं, इसलिए दुर्भाग्य से सामग्री डिजाइन आधारित समाधान के बिना v1.0.0 पर माइग्रेट नहीं कर पाएंगे। मूल समय/तिथि पिकर का उपयोग करना एक अच्छा समाधान नहीं है और मैं असहमत हूं कि वे एक अच्छा और पूर्ण सामग्री डिज़ाइन प्रतिक्रिया घटक UI पैकेज रखने के लिए "महत्वपूर्ण" नहीं हैं।

मैं @skirunman से सहमत DatePicker और TimePicker उत्पादन ऐप्स में बहुत महत्वपूर्ण हैं, अधिकांश ब्राउज़र में मूल कार्यान्वयन भी बहुत सीमित हैं, उदाहरण के लिए एंड्रॉइड के लिए क्रोम में आप नहीं कर सकते महीने और साल चुनें और मुझे लगता है कि वह हिस्सा महत्वपूर्ण है जब उपयोगकर्ता उदाहरण के लिए जन्मदिन चुनना चाहता है।

मुझे अपनी राय पर और विवरण जोड़ने दें:

यह बहुत ही चुनौतीपूर्ण है जैसे कि हम एक खराब यूएक्स प्रदान कर रहे हैं, लोगों को मंच के मूल चयनकर्ताओं पर भरोसा करना बेहतर होगा

दृढ़ता से असहमत। नेटिव पिकर आमतौर पर क्षमताओं में सीमित होते हैं और निश्चित रूप से मटीरियल डिज़ाइन के साथ फिट नहीं होते हैं।

दिनांक हेरफेर जटिल हो सकता है। आइए देखें कि क्या हम किसी अन्य परिवाद का लाभ उठा सकते हैं।

मुझे लगता है कि सामग्री डिजाइन आधारित समय और तारीख पिकर को लागू करने पर कुछ मौजूदा उपयोगकर्ताओं को ठंड में छोड़ दिया जाएगा। वर्तमान में जो है, और वास्तव में होना चाहिए, उसके लिए एक और पुस्तकालय का उपयोग करना, एमयूआई का मुख्य घटक, एमयूआई की समग्र अपील को कमजोर करता है।

डेस्कटॉप यूएक्स खराब है, हमें इस पर पुनर्विचार करने की जरूरत है।

सुनिश्चित नहीं हैं कि आप ऐसा क्यों कहते हैं जब तक कि यह सामग्री डिज़ाइन दिशानिर्देशों का पालन करता है।

इसमें रचना शक्ति का अभाव है। हमें निचले स्तर के एपीआई को उजागर करने की जरूरत है

यह होना अच्छा है, लेकिन v1.0.0 IMO की आवश्यकता नहीं है।

@skirunman हम सहमत हैं, हमें उस घटक की आवश्यकता है। यहां जो कुछ दांव पर लगा है वह समय की प्राथमिकता के संबंध में है। हमें लगता है कि पहले v1 जारी करने और बाद में DatePicker/TimePicker को लागू करने से प्राप्त करने के लिए और अधिक मूल्य है। (लोग हमेशा मास्टर संस्करण का उपयोग कर सकते हैं)।
यह मुख्य योगदानकर्ताओं की आवश्यकता से भी नीचे आता है। उदाहरण के लिए, मैं इस पर कभी काम नहीं कर सकता क्योंकि यह ऐसा कुछ नहीं है जिसकी मुझे आवश्यकता है।

यह कहने की आवश्यकता नहीं है कि यदि किसी योगदानकर्ता के पास घटक का कार्यान्वयन है, तो हम निश्चित रूप से इसकी समीक्षा करेंगे और एक बार जब हम सभी इससे खुश होंगे तो विलय कर देंगे :)।

मैंने हाल ही में प्रतिक्रिया-अनंत-कैलेंडर को देखना शुरू किया है, लेकिन यह कुछ के लिए v0 कैलेंडर के लिए एक सार्थक प्रतिस्थापन हो सकता है। यह स्पष्ट महीने के कदम के बजाय महीनों के बीच स्क्रॉल करने योग्य होने से अलग तरह से काम करता है, लेकिन इसमें कुछ अतिरिक्त अनुरोधित विशेषताएं हैं जैसे कि श्रेणी चयन (https://github.com/callemall/material-ui/issues/7574 के माध्यम से अनुरोध किया गया) और दिखता है सुंदर रचनाशील बनें (पहले ब्लश पर)

क्या इस मुद्दे को आगे बढ़ाने की कोई योजना है?

@DoWhileGeek सबसे हाल की योजना जो मैंने डॉक्स में एक नया पृष्ठ जोड़ रही थी:

<input type="datetime-local" name="bdaytime">
<input type="date" name="bday" max="1979-12-31">
<input type="time" name="usr_time">

उदाहरण जैसे।

@oliviertassinari मैं विशेष रूप से # 7781 पर संकल्प की तलाश में हूं, यह हमारे ux लोगों के लिए एक डीलब्रेकर है।

@DoWhileGeek आप 0.x शाखा के लिए #7781 के समाधान के लिए पीआर के लिए स्वतंत्र हैं; कोर टीम 1.0 रिलीज पर केंद्रित है। इसलिए उन सभी मुद्दों को बंद कर दिया गया है।

+1 हम वास्तव में देशी v1 पिकर में रुचि रखते हैं। कृपया हमें बताएं कि क्या आप अभी उस पर काम कर रहे हैं
पीएस हम सामग्री ui v1 . के बारे में उत्साहित हैं

मैं इस मुद्दे को आगे +1 प्रकार की टिप्पणियों को रोकने के लिए लॉक कर रहा हूं।

यह नोटिस पहले से ही Pickers डॉक्स में दिखाई देता है:

सूचना
वर्तमान में हम मूल इनपुट नियंत्रणों पर वापस आ रहे हैं। यदि आप एक शानदार UX के साथ एक समृद्ध सामग्री डिज़ाइन पिकर को लागू करने या कार्यान्वित करने में रुचि रखते हैं, तो कृपया हमें #4787 और #4796 पर बताएं! हम दस्तावेज़ीकरण में आपके प्रोजेक्ट का लिंक या डेमो जोड़ सकते हैं।

जैसा कि यहां चर्चा की गई है , योजना Pickers घटक डेमो में मूल नियंत्रण में वापस आने और एक बाहरी परियोजना को बढ़ावा देने के लिए है जो Datepicker , Timepicker के _dedicated_ कार्य को लेने के लिए तैयार है।

यदि आप पिकर को एक बाहरी परियोजना के रूप में लेने में रुचि रखते हैं, तो बहुत से लोग इसे सफल देखना चाहते हैं, इसलिए कृपया इसे हमारे साथ साझा करें और हम:

• अपने प्रोजेक्ट से प्रमुखता से लिंक करें
• सामग्री-यूआई डॉक्स के भीतर एक डेमो प्रदान करें
• सहयोगियों को अपनी दिशा में इंगित करें।

material-ui और इन बीनने वालों की मांग को देखते हुए, एक पिकर परियोजना के मालिक को एक लोकप्रिय परियोजना के साथ-साथ सभी इंटरनेट प्रसिद्धि और महिमा प्राप्त होने की संभावना है।

इच्छुक? कृपया पिंग @rosskevin और पर @oliviertassinari gitter ।

@rosskevin @oliviertassinari मैं वर्तमान में TimePicker पर काम कर रहा हूं और आशा करता हूं कि इस सप्ताह के अंत में पहला वर्किंग वर्जन (शायद अभी भी कुछ एनिमेशन या लैंडस्केप मोड गायब है) उपलब्ध होगा। इंद्रधनुष:

एक बार अधिकांश समय पिकर हो जाने के बाद, मैं DatePicker शुरू करूंगा।

@leMaik मैंने अभी इस परियोजना पर ध्यान दिया है https://github.com/dmtrKovalenko/material-ui-pickers by @dmtrKovalenko

शायद आप दोनों परियोजनाओं में शामिल होने पर चर्चा कर सकते हैं? मैंने मतभेदों को खोजने के लिए खुदाई नहीं की है, लेकिन यह विचार करने योग्य हो सकता है।

यह भी ध्यान दें कि हमने हाल ही में एक जीथब संगठन mui-org संक्रमण किया है। यदि आप दोनों तय करते हैं कि आप mui-org तहत परियोजना में शामिल होना और होस्ट करना चाहते हैं तो कृपया हमें बताएं।

@रोसकेविन
ऐसा लगता है कि परियोजनाओं में शामिल होना बहुत अधिक जटिल होगा। क्योंकि हमने पल का उपयोग सहकर्मी निर्भरता के रूप में किया है और तारीखों को प्रदर्शित करने के लिए बहुत सारे नियंत्रण लागू किए हैं (जैसे कि डेटाटाइम पिकर), हमारे @ leMaik की परियोजनाओं के बजाय समय बीनने वालों को प्रदर्शित करने के लिए बहुत हल्का समाधान है: मुस्कान:
संगठन में जाने के बारे में क्या, मैं इसके खिलाफ नहीं हूं, लेकिन वास्तव में इसका मतलब पूरी तरह से समझ नहीं पा रहा हूं? संगठन के तहत बस भंडार चल रहा है?

संगठन के बारे में: हाँ - यह सिर्फ इसे संगठन के तहत ले जाना होगा और शायद सामग्री-यूआई की लोकप्रियता इसे और अधिक एक्सपोजर (और अधिक रखरखाव) दे सकती है। लेकिन यह सिर्फ एक विचार है, इसके होने की कोई आवश्यकता नहीं है, बस अब हम संगठन के तहत पूरक परियोजनाओं के लिए दरवाजे खोल रहे हैं।

@rosskevin @dmtrKovalenko मैं परियोजनाओं को _merge_ नहीं करना चाहूंगा क्योंकि वे एक बहुत अलग दृष्टिकोण लेते हैं (हम एक घटक के साथ एक प्रोजेक्ट करते हैं जो केवल एक काम करता है)। हो सकता है कि हम मटेरियल-यूआई-पिकर्स को केवल डेट पिकर में बदल सकें (और उस महान नींव पर निर्माण कर सकें, एनिमेशन और सब कुछ जोड़ सकें) और हमारे टाइम पिकर को टाइम पिकर के रूप में रखें और दोनों को संगठन के तहत ले जाएं? :विचारधारा:

@leMaik
सिर्फ तारीख को फिर से करने के संबंध में - मुझे नहीं लगता, क्योंकि कुछ परियोजनाओं के लिए तारीखों के साथ काम करने के लिए सामान्य दृष्टिकोण रखने में बहुत मददगार होगा, सामग्री-यूआई-पिकर्स इसके लिए सभी घटक प्रदान करते हैं। दिनांक-समय पिकर भी, जो सामग्री-डिज़ाइन विनिर्देश में सूचीबद्ध नहीं है। मैं

इसे लागू करना अच्छा है जैसे https://material.angular.io/components/datepicker/overview

एक अच्छी और लचीली डेटपिकर लाइब्रेरी मिली:
https://github.com/gpbl/react-day-picker

सामग्री-यूआई टेक्स्ट इनपुट का उपयोग करके एक श्रेणीबद्ध डेटपिकर बनाने में कामयाब:

@saraivinha85 स्वीट! मैं

क्या आप दूसरों से सीखने के लिए अपना इम्प्लांटेशन साझा करना चाहेंगे? (यहां तक ​​​​कि सिर्फ एक सार भी बहुत अच्छा होगा!)

@mbrookes कोई समस्या नहीं:
https://codesandbox.io/s/9l7kry52or

टाइम पिकर के लिए यह प्रोजेक्ट अच्छा है https://github.com/TeamWertarbyte/material-ui-time-picker

नमस्ते। चूंकि घटक बहुत महत्वपूर्ण है और हम पहले से ही अगले संस्करण का उपयोग कर रहे हैं, हमें पूछना होगा कि क्या इस पर कोई अनुमान है, या शायद मदद करने का कोई तरीका है?

अन्य DatePickers की जाँच की, वास्तव में किसी के साथ पर्याप्त रूप से अच्छा काम नहीं करता है, इसलिए बंडल किया गया सबसे अच्छा समाधान होना चाहिए (विशेषकर redux-form या redux-form-material-ui@next साथ काम करने के लिए जिसका हम उपयोग भी करते हैं)।

अभी के लिए, ऐसा लगता है कि https://github.com/dmtrKovalenko/material-ui-pickers का उपयोग करना सबसे अच्छा समाधान है

धन्यवाद, इसे आजमाएंगे। क्या डेट पिकर मोडल के रूप में मटीरियल डिज़ाइन की आवश्यकता है?

Google उड़ानें बीटा साइट पर उपयोग की जाने वाली सामग्री प्रभावित दिनांक पिकर और दिनांक सीमा पिकर के समान कुछ का कार्यान्वयन साफ-सुथरा होगा।

https://www.google.com/flights/beta

मैं केवल महीने पिकर या वर्ष पिकर का उपयोग कैसे कर सकता हूं, क्या आप कृपया एक गाइड देंगे?

@taoxueweilong कृपया यहां एक मुद्दा लिखें। सलाह देने के लिए यहां बेहतर जगह नहीं है :)

हैलो साथी डेवलपर्स ...
मेरे पास यहां सामग्री यूआई का उपयोग करके डेटपिकर का कार्यान्वयन है
https://github.com/chingyawhao/material-ui-next-datepicker

मुझे लगता है कि मैं सामग्री यूआई में योगदान करने के लिए उपलब्ध हो सकता हूं अगर कोई मुझे शुरू करने के लिए मार्गदर्शन कर सकता है

बहुत बढ़िया!

बुधवार, 2 मई, 2018 को पूर्वाह्न 11:13 बजे, चिंग यॉ हाओ नोटिफिकेशन @github.com
लिखा था:

हैलो साथी डेवलपर्स ...
मेरे पास यहां सामग्री यूआई का उपयोग करके डेटपिकर का कार्यान्वयन है
https://github.com/chingyawhao/material-ui-next-datepicker

मुझे लगता है कि अगर कोई कर सकता है तो मैं सामग्री यूआई में योगदान करने के लिए उपलब्ध हो सकता हूं
मुझे मार्गदर्शन करें कि कैसे आरंभ करें

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mui-org/material-ui/issues/4787#issuecomment-385914554 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AacMkVQOH0GRO7JsIyggzHidwmypEPdHks5tuXjQgaJpZM4JSThr
.

@chingyawhao योगदान देने वाली मार्गदर्शिका अधिकतर पूरी हो चुकी है, लेकिन नए घटक अब packages/material-ui-lab । मैं @oliviertassinari को टाल

@mbrookes मैं सप्ताहांत में सामग्री-यूआई-लैब के लिए एक पुल अनुरोध करने का प्रयास

@chingyawhao परियोजना साझा करने के लिए धन्यवाद। मेरा मानना ​​​​है कि सबसे अच्छा कदम, अभी के लिए, इसे दस्तावेज़ीकरण में विकल्पों के साथ
पुस्तकालय के अन्य क्षेत्र में पहले से ही बहुत काम किया जाना है। मुझे लगता है कि तारीख पिकर सही होने के लिए एक जटिल घटक है। उदाहरण के लिए, बूटस्ट्रैप- डेटपिकर के सभी isuses पर एक नज़र डालें। रणनीतिक दृष्टिकोण से, मुझे लगता है कि हम इस घटक को समुदाय के लिए जितना अधिक समय तक स्थगित कर सकते हैं, उतना ही बेहतर है। डाउनलोड आंकड़ों से, हम अनुमान लगा सकते हैं कि ~ 13% लोगों को डेट पिकर, टाइम पिकर या बीच में कुछ चाहिए। 87% अन्य पर ध्यान देना बेहतर हो सकता है।

@oliviertassinari समझ गया...
क्या आप मुझे सूचित कर सकते हैं जब आप विकास शुरू करने के लिए तैयार हों, शायद मैं मदद कर सकूं?

@चिंग्यावाहो आप https://github.com/dmtrKovalenko/material-ui-pickers पर @dmtrKovalenko के साथ क्या नहीं करते हैं, मुझे यकीन है कि सुधार की बहुत गुंजाइश है

@stunaz मुझे लगता है कि उनके पास दिखने और महसूस करने पर अलग-अलग विचार हैं, हालांकि, जाहिर है https://github.com/dmtrKovalenko/material-ui-pickers वर्तमान सामग्री-यूआई-नेक्स्ट के साथ-साथ यूएक्स बिंदु के समग्र डिजाइन में बेहतर फिट बैठता है .

@ अप-टू-यू मेरा अंतिम उद्देश्य डेस्कटॉप में टेक्स्ट फ़ील्ड में पिकर के सामग्री-डिज़ाइन के चित्रण का पालन करना है। वे पिकर डायलॉग के बजाय पॉपओवर में हैं।

जिस प्रोजेक्ट पर मैं काम कर रहा था, उसके लिए डेटपिकर के अधिक अनुकूलित घटक की आवश्यकता होती है जो उपयोगकर्ता को पिकर से तिथि चुनने के लिए सीमित नहीं करता है, उपयोगकर्ता एक नकाबपोश पाठ इनपुट में तिथि भी टाइप कर सकता है।

मेरा प्रोजेक्ट उस स्तर के अनुकूलन की अनुमति देगा, आप केवल कैलेंडर घटक आयात कर सकते हैं जो इनपुट या युक्त संवाद या पॉपओवर के बिना पिकर है।

import {Calendar, Clock} from 'material-ui-next-pickers'

और वैसे, मैंने टाइमपिकर भी जारी किया XD

@chingyawhao एक आइकनबटन (एला एक अलंकरण के माध्यम से) के माध्यम से पॉपओवर को ट्रिगर करना संभव है। मेरे पास अपने स्वयं के नकाबपोश इनपुट हैं, लेकिन बटन प्रेस पर डेट पिकर पॉपअप करने में सक्षम होना चाहते हैं।

@techniq हाँ, निश्चित रूप से ... यह मेरे प्रोजेक्ट में मैंने जो किया है उसके समान लगता है
यदि आपको किसी उदाहरण की आवश्यकता है, तो मेरे रेपो में एक समस्या बनाएं

यह बंद क्यों है? ऐसा लगता है (यहां - https://material-ui.com/demos/pickers/) कि इसका समाधान नहीं हुआ है।

एफवाईआई, मेरा वर्तमान मुद्दा यह है कि डेटाटाइम-लोकल के लिए कोई अच्छा समाधान नहीं है, क्योंकि फ़ायरफ़ॉक्स इसे मूल रूप से समर्थन नहीं करता है। सामग्री 1.0 पर स्विच करने पर हमने पाया कि फ़ायरफ़ॉक्स उपयोगकर्ता हमारे डेटाटाइम फ़ील्ड का उपयोग नहीं कर सके।

ऐसा लगता है कि ऊपर की अधिकांश चर्चा दिनांक या समय के अच्छे कार्यान्वयन के बारे में है, लेकिन उनमें से कोई भी डेटाटाइम काम करने के मुद्दे को संबोधित नहीं करता है।

@rogerstorm ने इस मुद्दे को $ 120 के साथ वित्त पोषित किया। इसे इश्यूहंट पर देखें

नमस्कार!

क्या हम डेटापिकर की प्रगति की स्थिति के बारे में अपडेट प्राप्त कर सकते हैं?

इन लंबे धागों में इसका आकलन करना मुश्किल हो रहा है।

और ऐसा लगता है कि @dmtrKovalenko कुछ समय से मटेरियल-यूआई-पिकर्स के लिए लगातार प्रतिबद्ध है।

विस्तार से:

1. मूल समस्या चेकबॉक्स आइटम सूचीबद्ध करती है और उनमें से कोई भी क्या यह सही है?
   
   
   ऐसा लगता है कि @dmtrKovalenko के पास परीक्षण, दस्तावेज़ीकरण, डेमो आदि हैं। हो सकता है कि उसने सब कुछ नहीं किया हो, लेकिन क्या यह कहना सही है कि इस बिंदु पर _nothing_ को चेक किया जा सकता है?

2. मुझे इस मुद्दे पर @dmtrKovalenko से सुनना अच्छा लगेगा। क्या आपने अपने मटेरियल-यूआई-पिकर को तह में लाने के बारे में सामग्री यूआई टीम के साथ चर्चा की है?

@jasonkylefrank कुछ भी नहीं चुना गया है क्योंकि आधिकारिक भंडार में कुछ भी नहीं किया गया है, और, निष्पक्ष होने के लिए, जल्द ही किसी भी समय होने की संभावना नहीं है। (हम इस सप्ताह केवल तीसरे पक्ष के समाधानों के संदर्भ में सभी डेटपिकर/टाइमपिकर मुद्दों को बंद करने पर चर्चा कर रहे थे।)

@dmtrKovalenko ने एक उत्कृष्ट काम किया है, और उनके घटकों का उपयोग न करने का कोई कारण नहीं है, भले ही वे "आधिकारिक" न हों।

हम डेटपिकर और टाइमपिकर घटकों पर किसी भी काम की योजना नहीं बनाते हैं।
मुझे लगता है कि हमें इसे समुदाय के लिए टाल देना चाहिए। @dmtrKovalenko इसे मार रहा है!
हमें इस स्थिति को सुधारने के लिए दस्तावेज़ीकरण को अद्यतन करने की आवश्यकता है, ताकि हम समस्या को बंद कर सकें।

@rogerstorm यदि सामग्री-यूआई-पिकर्स द्वारा समस्या का समाधान किया जाता है, तो क्या मैं इश्यूहंट से अपना $120 प्राप्त कर सकता हूं? मैं

मुझे पता है कि आप आधा मज़ाक कर रहे थे, लेकिन: cc @ rogerstorm