Material-ui: [منتقي التاريخ] مكون المنفذ

oliviertassinari أود أن أعرف أي خطط لتطبيق هذا المكون في الإصدار الجديد. أود المساعدة. من فضلك أعلمني.

أفضل طريقة لبدء ترحيل أحد المكونات هي النظر في المشكلات المفتوحة. وهذا يعطي فهماً أفضل للقيود التي يفرضها التنفيذ الحالي. لقد قمت بإزالة منتقي التاريخ والوقت من معلم الإصدار v1 حتى نتمكن من تحقيق ذلك في وقت أقرب. لا يزال ، مساعدتك مرحب بها.

بعض الأفكار أحد المكونات:

• إنه أمر صعب للغاية كما لو أننا نقدم تجربة مستخدم فقيرة ، سيكون من الأفضل للناس الاعتماد على منتقي المنصة الأصليين
• يمكن أن يكون التلاعب بالتاريخ معقدًا. دعنا نرى ما إذا كان بإمكاننا الاستفادة من lib آخر.
• UX على سطح المكتب ضعيف ، نحتاج إلى إعادة التفكير فيه.
• إنه يفتقد إلى قوة التكوين. نحن بحاجة إلى الكشف عن واجهات برمجة التطبيقات ذات المستوى الأدنى

مجرد ترك رأيي فيما يتعلق بأهمية منتقي البيانات (ومنتقي الوقت) ، أعتقد أن هناك 3 مكونات رئيسية تحدد ما إذا كنت تتعامل مع إطار عمل جيد لواجهة المستخدم أم لا ، وهي: Autocomplete ، Datatables و Datepickers .

لقد جربت الكثير من الأطر المختلفة ، وهذه المكونات الثلاثة هي التي تسبب لي معظم المشاكل ، ويرجع ذلك في الغالب إلى التنفيذ السيئ وخيارات التدويل ، والقدرات غير المتزامنة وتقسيم الصفحات ، على سبيل المثال لا الحصر.

لذا ، لإبقاء الأمور قصيرة: أفضل أن تصل هذه المكونات الثلاثة إلى حالتها الكاملة ، لكن ضع في اعتباري أيضًا ، على الأقل في رأيي ، أنه سيكون هناك الكثير من الأشخاص الذين لن يختاروا إطار عمل واجهة المستخدم التي تفتقر إلى بعض تلك المكونات.

على أي حال ، يبدو MUI v1 واعدًا للغاية ، وأنا أتطلع إلى تجربته عندما يتم إصداره بالكامل!

أفضل أن تصل هذه المكونات الثلاثة إلى حالتها الكاملة

GabrielDuarteM أوافق ، يجب أن يكون تطبيق DatePicker و TimePicker جيدًا مثل التطبيق الأصلي من أجل المنافسة. خلاف ذلك ، لا معنى له. في الوقت الحالي ، لن أستخدم منتقي v0.x في تطبيق جاهز للإنتاج. أفضل استخدام منتقي المنصة.
سنقوم على الأرجح بإصدار v1.0.0 بدون هذه المكونات ، ولا أعتقد أنها مهمة ، فقد تحسنت أداة الالتقاط الأصلية كثيرًا على مر السنين.

فيما يتعلق بالإكمال التلقائي ، يمكنك العثور على مثال هنا .

نحن نستخدم على نطاق واسع منتقي الوقت ومنتقي البيانات MUI في تطبيق الإنتاج لدينا اليوم ، لذلك للأسف لن نتمكن من الانتقال إلى الإصدار 1.0.0 بدون حل قائم على التصميم متعدد الأبعاد. إن استخدام منتقي الوقت / التاريخ الأصلي ليس حلاً جيدًا وأنا لا أوافق على أنهم ليسوا "حاسمين" لامتلاك حزمة واجهة مستخدم جيدة وكاملة لمكونات تصميم المواد.

أتفق مع skirunman ، فإن DatePicker و TimePicker مهمان جدًا في تطبيقات الإنتاج ، كما أن التطبيق الأصلي في معظم المتصفحات محدود للغاية ، على سبيل المثال في chrome لنظام android لا يمكنك اختر الشهر والسنة وأعتقد أن هذا الجزء مهم عندما يريد المستخدم اختيار عيد الميلاد على سبيل المثال.

اسمحوا لي أن أضيف المزيد من التفاصيل حول آرائي:

إنه أمر صعب للغاية كما لو أننا نقدم تجربة مستخدم فقيرة ، سيكون من الأفضل للناس الاعتماد على منتقي المنصة الأصليين

غير موافق وبشدة. عادةً ما تكون قدرات الالتقاط الأصلية محدودة ولا تتناسب بالتأكيد مع التصميم متعدد الأبعاد.

يمكن أن يكون التلاعب بالتاريخ معقدًا. دعنا نرى ما إذا كان بإمكاننا الاستفادة من lib آخر.

أعتقد أن القيام بضربات على تنفيذ منتقي الوقت والتاريخ المستند إلى التصميم متعدد الأبعاد سيترك عددًا غير قليل من المستخدمين الحاليين في البرد. استخدام مكتبة أخرى لما هو حاليًا ، ويجب أن يكون بالفعل ، مكونًا أساسيًا لـ MUI ، يضعف الجاذبية العامة لـ MUI.

UX على سطح المكتب ضعيف ، نحتاج إلى إعادة التفكير فيه.

لست متأكدًا من سبب قولك هذا طالما أنه يتبع إرشادات التصميم متعدد الأبعاد.

إنه يفتقد إلى قوة التكوين. نحن بحاجة إلى الكشف عن واجهات برمجة التطبيقات ذات المستوى الأدنى

من الجيد أن يكون لديك ، ولكن ليس شرطًا لـ v1.0.0 IMO.

skirunman نحن نتفق ، نحن بحاجة إلى هذا المكون. ما هو على المحك هنا يتعلق بأولوية التوقيت. نعتقد أن هناك قيمة أكبر يمكن الحصول عليها من إصدار الإصدار 1 أولاً وتنفيذ منتقي التاريخ / منتقي الوقت لاحقًا. (يمكن للأشخاص دائمًا استخدام الإصدار الرئيسي).
كما أنه ينبع من حاجة المساهمين الأساسيين. على سبيل المثال ، قد لا أعمل عليه أبدًا لأنه ليس شيئًا أحتاجه.

هذا دون أن نقول إنه إذا كان أحد المساهمين لديه ✨ تنفيذ للمكون ، فسنراجعه بالتأكيد وندمج بمجرد أن نكون جميعًا سعداء به :).

لقد بدأت مؤخرًا فقط في النظر في تقويم رد الفعل اللانهائي ، ولكن قد يكون بديلاً مفيدًا لتقويم 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 ، إنه نوع من

DoWhileGeek @ أنت حر في العلاقات العامة لحل رقم 7781 للفرع 0.x ؛ يركز الفريق الأساسي على إصدار 1.0. هذا هو سبب إغلاق كل هذه القضايا.

+1 نحن مهتمون حقًا بمنتقي v1 الأصلي. يرجى إعلامنا إذا كنت تعمل على ذلك الآن
ملاحظة: نحن متحمسون بشأن واجهة المستخدم المادية v1

أقفل هذه المشكلة لمنع المزيد من التعليقات من نوع 1+.

يظهر هذا الإشعار بالفعل في مستندات Pickers :

تنويه
نحن نتراجع حاليًا إلى ضوابط الإدخال الأصلية. إذا كنت مهتمًا بتنفيذ أو تنفيذ منتقي تصميم متعدد الأبعاد غنيًا باستخدام UX رائع ، فيرجى إخبارنا على # 4787 و # 4796! يمكننا إضافة رابط أو عرض توضيحي لمشروعك في الوثائق.

كما تمت مناقشته هنا ، تتمثل الخطة في الرجوع إلى عناصر التحكم الأصلية في العرض التوضيحي للمكون Pickers والترويج لمشروع خارجي يرغب في تولي المهمة _dedicated_ الخاصة بـ Datepicker ، Timepicker أو كليهما.

إذا كنت مهتمًا بتولي الالتقاط كمشروع خارجي ، فإن العديد من الأشخاص يرغبون في رؤية ذلك ناجحًا ، لذا يرجى مشاركة ذلك معنا وسنقوم بما يلي:

• ربط بشكل بارز بمشروعك
• تقديم عرض توضيحي داخل مستندات واجهة المستخدم المادية
• وجه المتعاونين في اتجاهك.

نظرًا لشعبية material-ui والطلب على هؤلاء الملتقطين ، فمن المرجح أن يتلقى صاحب مشروع الالتقاط كل شهرة الإنترنت والمجد الذي يتماشى مع مشروع مشهور.

مهتم؟ يرجى بينغrosskevin وoliviertassinari على مشبكة .

rosskevinoliviertassinari أنا أعمل حاليا على TimePicker والأمل في الحصول على نسخة العمل الأولى (ربما ما زالوا مفقودين بعض الرسوم المتحركة أو وضع أفقي) متاحة في نهاية هذا الاسبوع. :قوس المطر:

بمجرد الانتهاء من منتقي الوقت ، سأبدأ بـ DatePicker .

leMaik لقد لاحظت للتو هذا المشروع https://github.com/dmtrKovalenko/material-ui-pickers بواسطة dmtrKovalenko @

ربما يمكنكما مناقشة الانضمام إلى المشاريع؟ لم أتعمق في البحث عن الاختلافات ، لكن قد يكون الأمر يستحق الدراسة.

لاحظ أيضًا أننا انتقلنا مؤخرًا إلى مؤسسة جيثب mui-org . إذا قررتما أنكما تريدان الانضمام واستضافة المشروع تحت mui-org فيرجى إخبارنا.

تضمين التغريدة
يبدو أن الانضمام إلى المشاريع سيكون أكثر تعقيدًا. نظرًا لأننا استخدمنا اللحظة كاعتماد على الأقران وقمنا بتنفيذ الكثير من عناصر التحكم لعرض التواريخ (مثل منتقي التاريخ والوقت) ، فبدلاً من مشاريع @ leMaik ، يعد حلًا خفيف الوزن لعرض منتقي الوقت: ابتسامة:
ماذا عن الانتقال إلى المؤسسة ، فأنا لست ضد ذلك ، لكن في الواقع لا أستطيع أن أفهم تمامًا ما يعنيه ذلك؟ مجرد نقل المستودع تحت المؤسسة؟

فيما يتعلق بالمؤسسة: نعم - سيكون الأمر مجرد نقلها تحت المؤسسة وربما تؤدي شعبية واجهة المستخدم المادية نفسها إلى زيادة تعرضها (والمزيد من المشرفين). لكنها مجرد فكرة ، لا داعي لوجودها ، فقط لأننا نفتح الأبواب الآن للمشاريع التكميلية في إطار المنظمة.

rosskevindmtrKovalenko أنا لن ترغب في _merge_ المشاريع لأنها تأخذ نهجا مختلفا جدا (نفعل مشروع واحد مع عنصر واحد أن يفعل شيئا واحدا فقط). ربما يمكننا تحويل جامعي المواد إلى منتقي التاريخ فقط (والبناء على هذا الأساس الرائع ، وإضافة الرسوم المتحركة وكل شيء) والحفاظ على منتقي الوقت لدينا كمنتقي للوقت والتحرك معًا تحت المؤسسة؟ : التفكير:

تضمين التغريدة
فيما يتعلق بالإعادة حتى تاريخه فقط - أعتقد أنه لا ، لأنه بالنسبة لبعض المشاريع سيكون من المفيد جدًا أن يكون لديك نهج عام للعمل مع التواريخ ، فإن منتقي المواد يوفرون جميع المكونات لذلك. منتقي التاريخ والوقت أيضًا ، غير مذكور في مواصفات تصميم المواد. 😉

من الجيد التنفيذ مثل https://material.angular.io/components/datepicker/overview

تم العثور على مكتبة منتقي بيانات جيدة ومرنة:
https://github.com/gpbl/react-day-picker

تمكنت من إنشاء منتقي بيانات متنوع باستخدام مدخلات نص واجهة المستخدم المادية:

@ saraivinha85 حلوة! 🍬

هل ستكون على استعداد لمشاركة تطبيقك للآخرين ليتعلموا منه؟ (حتى الجوهر فقط سيكون رائعًا!)

mbrookes لا مشكلة:
https://codesandbox.io/s/9l7kry52 أو

هذا المشروع لمنتقي الوقت جيد https://github.com/TeamWertarbyte/material-ui-time-picker

أهلا. نظرًا لأن المكون مهم جدًا ونحن بالفعل نستخدم الإصدار التالي ، يجب أن نسأل هل هناك تقدير لهذا الأمر ، أو ربما طريقة للمساعدة؟

التحقق من منتقي التاريخ الآخرين ، لا يعمل جيدًا بما يكفي مع أي منها ، لذا يجب أن يكون الحل المجمع هو الحل الأفضل (خاصة للعمل مع redux-form أو redux-form-material-ui@next الذي نستخدمه أيضًا).

في الوقت الحالي ، يبدو أن أفضل حل هو استخدام https://github.com/dmtrKovalenko/material-ui-pickers. أنا أستخدمه مع فورميك.

شكرا ، سوف تجربها. هل منتقي التاريخ كمشروط من متطلبات التصميم متعدد الأبعاد؟

سيكون تنفيذ شيء مشابه للمادة المتأثرة في منتقي التاريخ ومنتقي النطاق الزمني المستخدم في موقع Google Flights التجريبي أمرًا رائعًا.

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

كيف يمكنني استخدام monthPicker أو yearPicker فقط ، هل يمكنك إعطاء دليل من فضلك؟

taoxueweilong من فضلك اكتب مشكلة هنا . ليس هنا مكان أفضل لإعطاء النصائح :)

مرحبًا زملائي المطورين ...
لدي تطبيق لمنتقي البيانات باستخدام Material UI هنا
https://github.com/chingyawhao/material-ui-next-datepicker

أعتقد أنني قد أكون متاحًا للمساهمة في واجهة المستخدم المادية إذا كان بإمكان أي شخص نقابي حول كيفية البدء

مذهل!

يوم الأربعاء 2 مايو 2018 الساعة 11:13 صباحًا ، Ching Yaw Hao [email protected]
كتب:

مرحبًا زملائي المطورين ...
لدي تطبيق لمنتقي البيانات باستخدام Material UI هنا
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 سأحاول تقديم طلب سحب إلى Material-ui-lab في عطلة نهاية الأسبوع

chingyawhao شكرًا على مشاركة المشروع. أعتقد أن أفضل خطوة ، في الوقت الحالي ، هي توثيقها جنبًا إلى جنب مع البدائل في الوثائق .
يوجد بالفعل الكثير من العمل للقيام به في المنطقة الأخرى من المكتبة. أعتقد أن منتقي التاريخ هو مكون معقد للحصول على الحق. على سبيل المثال ، ألقِ نظرة على جميع مشابهات bootstrap-datepicker . من وجهة نظر إستراتيجية ، أعتقد أنه كلما طالت مدة تأجيل هذا المكون للمجتمع ، كان ذلك أفضل. من إحصائيات التنزيل ، يمكننا تقدير أن حوالي 13٪ من الأشخاص يحتاجون إلى منتقي التاريخ أو منتقي الوقت أو شيء ما بينهما. قد يكون من الأفضل التركيز على 87٪ آخرين.

oliviertassinari حصلت عليه ...
هل يمكنك إعلامي عندما تكون مستعدًا لبدء التطوير ، ربما يمكنني المساعدة؟

chingyawhao ما لا تتعاون مع https://github.com/dmtrKovalenko/material-ui-pickers ، أنا متأكد من أن هناك مجالًا كبيرًا للتحسين

stunaz ، أعتقد أن لديهم وجهات نظر مختلفة حول الشكل والمظهر ، ومع ذلك ، من الواضح أن https://github.com/dmtrKovalenko/material-ui-pickers هو أفضل بكثير من التصميم العام للمواد الحالية-ui-next ، وكذلك نقطة UX .

@ up-to-you هدفي النهائي هو متابعة تصوير التصميم متعدد الأبعاد للمُلتقطين في حقول النص في سطح المكتب. هؤلاء الملتقطون في popovers بدلاً من الحوار.

يتطلب المشروع الذي كنت أعمل عليه مكونًا أكثر تخصيصًا من منتقي البيانات والذي لا يحد من المستخدم لتحديد التاريخ من المنتقي ، ويمكن للمستخدم أيضًا كتابة التاريخ في إدخال نص مقنع.

سيسمح مشروعي بهذا المستوى من التخصيص ، يمكنك استيراد مكون التقويم فقط وهو المنتقي بدون الإدخال أو مربع الحوار المحتوي أو المنبثق.

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

وبالمناسبة ، قمت بتحرير جهاز ضبط الوقت أيضًا XD

chingyawhao هل من الممكن تشغيل العنصر المنبثق عبر IconButton (علاء عبر الزينة). لدي مدخلات مقنعة خاصة بي ولكني أود أن أكون قادرًا على إظهار منتقي التاريخ المنبثق عند الضغط على الزر.

techniq yup ، بالتأكيد ... هذا يبدو مشابهًا لما قمت به في مشروعي
إذا كنت بحاجة إلى أي مثال ، فقم بإنشاء مشكلة في الريبو الخاص بي

لماذا هذا مغلق؟ يبدو (هنا - https://material-ui.com/demos/pickers/) أن هذا لم يتم حله.

لمعلوماتك ، مشكلتي الحالية هي أنه لا يوجد حل جيد للتاريخ المحلي ، لأن Firefox لا يدعمه أصلاً. عند التبديل إلى المادة 1.0 ، وجدنا أن مستخدمي Firefox لم يتمكنوا من استخدام حقول التاريخ والوقت.

يبدو أن معظم المناقشة أعلاه تدور حول التنفيذ اللطيف للتاريخ أو الوقت ، لكن لم يعالج أي منهما مشكلة التاريخ والوقت على الإطلاق.

قامتrogerstorm بتمويل هذه المشكلة بمبلغ 120 دولارًا. شاهده على IssueHunt

أهلا!

هل يمكننا الحصول على تحديث عن حالة تقدم DataPicker؟

من الصعب تقييم هذا في هذه الخيوط الطويلة.

ويبدو أن dmtrKovalenko @ قد التزم بثبات ببرنامج Material-UI- Pickers لفترة من الوقت.

لكي تكون محددًا:

1. تم إدراج عناصر مربعات الاختيار للعدد الأصلي ولم يتم تحديد أي منها. هل هذا دقيق؟
   
   
   يبدو أن dmtrKovalenko لديه اختبارات وتوثيق

2. أحب أن أسمع من dmtrKovalenko حول هذه المسألة. هل دخلت في مناقشات مع فريق Material UI حول جلب منتقي المواد في الحظيرة؟

jasonkylefrank لم يتم وضع علامة على أي شيء لأنه لم يتم فعل أي شيء في المستودع الرسمي ، ولكي نكون منصفين ، فمن غير المرجح أن يتم ذلك في أي وقت قريب. (كنا هذا الأسبوع فقط نناقش إغلاق جميع مشكلات منتقي البيانات / منتقي الوقت مع مراعاة حلول الجهات الخارجية.)

dmtrKovalenko قام بعمل ممتاز ، ولا يوجد سبب لعدم استخدام مكوناته على الرغم من أنها ليست "رسمية".

لا نخطط لأي عمل على مكوني منتقي التاريخ والوقت.
أعتقد أنه يجب علينا تأجيلها للمجتمع. dmtrKovalenko تم قتلها!
نحتاج إلى تحديث الوثائق لتعكس هذا الموقف ، حتى نتمكن من إغلاق المشكلة.

rogerstorm إذا تم حل المشكلة عن طريق

أعلم أنك كنت نصف تمزح ، لكن: ccrogerstorm