Material-ui: [DatePicker] Компонент порта

@oliviertassinari Я хотел бы знать, какие планы по внедрению этого компонента в новую версию. Я хотел бы помочь. Пожалуйста, дайте мне знать. Спасибо

Лучший способ начать миграцию компонента - это посмотреть на обнаруженные проблемы. Это дает лучшее понимание ограничений текущей реализации. Я удалил DatePicker и TimePicker из этапа выпуска версии 1, чтобы мы могли сделать это быстрее. Тем не менее, ваша помощь приветствуется.

Некоторые думают об одном компоненте:

• Это очень сложно, потому что если мы предоставляем плохой UX, людям лучше полагаться на собственные сборщики платформы.
• Манипуляции со свиданием могут быть сложными. Посмотрим, сможем ли мы воспользоваться другой библиотекой.
• Настольный UX оставляет желать лучшего, нам нужно его переосмыслить.
• Ему не хватает композиционной мощности. Нам нужно предоставить API нижнего уровня

Просто оставив свое мнение относительно важности datepicker (и timepicker), я думаю, что есть 3 основных компонента, которые определяют, имеете ли вы дело с хорошей структурой пользовательского интерфейса или нет, и они: Autocomplete , Datatables и Datepickers .

Я пробовал множество различных фреймворков, и именно эти три компонента доставляют мне больше всего головной боли, в основном из-за их плохой реализации и вариантов интернационализации, асинхронных возможностей и разбивки на страницы, и это лишь некоторые из проблем.

Итак, для краткости: я предпочитаю, чтобы эти три компонента прибыли в своем полном состоянии, но имейте в виду, что, по крайней мере, на мой взгляд, будет много людей, которые не выберут фреймворк пользовательского интерфейса. в котором отсутствуют некоторые из этих компонентов.

В любом случае, MUI v1 выглядит очень многообещающим, я с нетерпением жду возможности попробовать его, когда он будет полностью выпущен!

Я предпочитаю, чтобы эти три компонента прибыли в своем полном состоянии.

@GabrielDuarteM Я согласен, реализация DatePicker и TimePicker должна быть не хуже собственной, чтобы конкурировать. В противном случае это бессмысленно. Прямо сейчас я бы не стал использовать сборщики v0.x в готовом для производства приложении. Я бы предпочел использовать сборщики платформы.
Скорее всего, мы выпустим v1.0.0 без этих компонентов, я не думаю, что они имеют решающее значение, встроенные средства выбора значительно улучшились за эти годы.

Что касается автозаполнения, вы можете найти здесь пример .

Сегодня мы широко используем MUI timepicker и datepicker в нашем производственном приложении, поэтому, к сожалению, мы не сможем перейти на версию 1.0.0 без решения на основе Material Design. Использование встроенных средств выбора времени / даты - не лучшее решение, и я не согласен с тем, что они не являются «критически важными» для наличия хорошего и полного пакета пользовательского интерфейса компонента Material Design React.

Я согласен с @skirunman , DatePicker и TimePicker очень важны в производственных приложениях, а также встроенная реализация в большинстве браузеров очень ограничена, например, в Chrome для Android вы не можете выберите месяц и год, и я думаю, что эта часть имеет решающее значение, когда пользователь хочет выбрать, например, день рождения.

Позвольте мне добавить более подробную информацию о своем мнении:

Это очень сложно, потому что если мы предоставляем плохой UX, людям лучше полагаться на собственные сборщики платформы.

Категорически не согласен. Нативные сборщики обычно ограничены в возможностях и уж точно не подходят для Material Design.

Манипуляции со свиданием могут быть сложными. Посмотрим, сможем ли мы воспользоваться другой библиотекой.

Я думаю, что внедрение средства выбора времени и даты, основанного на материальном дизайне, оставит немало текущих пользователей в стороне. Использование другой библиотеки для того, что в настоящее время и действительно должно быть основным компонентом MUI, снижает общую привлекательность MUI.

Настольный UX оставляет желать лучшего, нам нужно его переосмыслить.

Не уверен, почему вы так говорите, если это соответствует Руководству по дизайну материалов.

Ему не хватает композиционной мощности. Нам нужно предоставить API нижнего уровня

Это хорошо, но не является обязательным требованием для IMO версии 1.0.0.

@skirunman Мы согласны, нам нужен этот компонент. На карту поставлен приоритет времени. Мы думаем, что есть больше пользы от выпуска версии 1 сначала и реализации DatePicker / TimePicker позже. (люди всегда могут использовать мастер-версию).
Это также связано с необходимостью основных участников. Например, я могу никогда не работать над этим, потому что это не то, что мне нужно.

Это не означает, что если у участника есть реализация компонента ✨, мы обязательно рассмотрим ее и объединим, как только мы все будем довольны этим :).

Я только недавно начал смотреть на react-infinite-calendar , но для некоторых это может быть стоящей заменой календарю 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, вы можете PR решение # 7781 для ветви 0.x; основная команда сосредоточена на выпуске 1.0. Поэтому все эти вопросы закрыты.

+1 Нас действительно интересует родной сборщик v1. Пожалуйста, дайте нам знать, если вы работаете над этим сейчас
PS Мы в восторге от материала ui v1

Я блокирую эту проблему, чтобы предотвратить дальнейшие комментарии типа +1.

Это примечание уже есть в документах Pickers :

Уведомление
В настоящее время мы возвращаемся к собственным элементам управления вводом. Если вы заинтересованы во внедрении или внедрили богатый инструмент выбора дизайна материалов с отличным пользовательским интерфейсом, сообщите нам об этом по номерам # 4787 и # 4796! Мы могли бы добавить ссылку или демонстрацию вашего проекта в документацию.

Как обсуждалось здесь , план состоит в том, чтобы вернуться к собственным элементам управления в демонстрации компонента Pickers и продвигать внешний проект, который готов взять на себя _dedicated_ задачу Datepicker , Timepicker или оба.

Если вы заинтересованы в том, чтобы взять на себя сборщиков в качестве внешнего проекта, многие люди хотят видеть это успешным, поэтому, пожалуйста, поделитесь этим с нами, и мы:

• ссылка на ваш проект на видном месте
• предоставить демонстрацию в документации material-ui
• укажите соавторов в вашем направлении.

Учитывая популярность material-ui и спрос на эти сборщики, владелец проекта сборщиков, скорее всего, получит всю интернет-известность и славу, которые сопровождают популярный проект.

Заинтересованы? Пингуйте @rosskevin и @oliviertassinari в gitter .

@rosskevin @oliviertassinari В настоящее время я работаю над TimePicker и надеюсь выпустить первую рабочую версию (возможно, еще не хватает некоторых анимаций или ландшафтного режима) на этих выходных. : радуга:

Когда большую часть времени сборщик будет готов, я начну с DatePicker .

@leMaik Я только что заметил этот проект https://github.com/dmtrKovalenko/material-ui-pickers by @dmtrKovalenko

Возможно, вы двое могли бы обсудить совместные проекты? Я не копался, чтобы найти различия, но, возможно, стоит подумать.

Также обратите внимание, что мы недавно перешли на организацию github mui-org . Если вы двое решили, что хотите присоединиться и разместить проект под mui-org сообщите нам об этом.

@rosskevin
Кажется, что присоединяться к проектам было бы намного сложнее. Поскольку мы использовали момент как одноранговую зависимость и реализовали множество элементов управления для отображения дат (например, средство выбора даты и времени), вместо наших проектов @ leMaik есть гораздо более легкое решение для отображения средств выбора времени: smile:
Что насчет перехода в организацию, я не против, но на самом деле не могу до конца понять, что это значит? Просто перемещаете репозиторий под организацию?

Относительно организации: да - это было бы просто для того, чтобы переместить ее под организацию, и, возможно, популярность самого material-ui могла бы сделать ее более известной (и больше сопровождающих). Но это просто мысль, нет причин, по которой она должна быть там, просто сейчас мы открываем двери для дополнительных проектов в рамках организации.

@rosskevin @dmtrKovalenko Я бы не хотел объединять проекты, поскольку они используют совершенно другой подход (мы делаем один проект с одним компонентом, который делает только одно). Может быть, мы могли бы преобразовать средства выбора материалов только в средство выбора даты (и построить на этом прекрасном фундаменте, добавив анимацию и все такое) и оставить средство выбора времени как средство выбора времени и переместить оба элемента в организацию? : мышление:

@leMaik
Что касается переделки только до даты - я думаю, что нет, потому что для некоторых проектов было бы очень полезно иметь общий подход к работе с датами, material-ui-pickers предоставляют все компоненты для этого. Выбор даты и времени также не предусмотрен в спецификации материального дизайна. 😉

Хорошо реализовать, например, https://material.angular.io/components/datepicker/overview

Нашел хорошую и гибкую библиотеку datepicker:
https://github.com/gpbl/react-day-picker

Удалось создать ранжированный datepicker с использованием текстовых входов material-ui:

@ 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. Использую с формиком.

Спасибо, попробую. Является ли выбор даты в качестве модального требованием Material Design?

Было бы неплохо реализовать что-то похожее на средство выбора даты и выбора диапазона дат, которое используется на бета-сайте Google Авиабилеты.

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

как я могу использовать только monthPicker или yearPicker, не могли бы вы дать руководство?

@taoxueweilong Пожалуйста, напишите здесь проблему. Здесь нет лучшего места для советов :)

Привет товарищи разработчики ...
У меня есть реализация datepicker с использованием пользовательского интерфейса материала здесь
https://github.com/chingyawhao/material-ui-next-datepicker

Думаю, я мог бы внести свой вклад в Material UI, если кто-нибудь сможет меня объединить, как начать

классно!

В среду, 2 мая 2018 г., в 11:13, Чинг Яу Хао [email protected]
написал:

Привет товарищи разработчики ...
У меня есть реализация datepicker с использованием пользовательского интерфейса материала здесь
https://github.com/chingyawhao/material-ui-next-datepicker

Думаю, я мог бы внести свой вклад в Material UI, если кто-нибудь сможет
гильдия меня, как начать

-
Вы получаете это, потому что подписаны на эту ветку.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/mui-org/material-ui/issues/4787#issuecomment-385914554 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AacMkVQOH0GRO7JsIyggzHidwmypEPdHks5tuXjQgaJpZM4JSThr
.

@chingyawhao вклад руководство в основном завершено, но новые компоненты в настоящее время идут в packages/material-ui-lab . Я посоветуюсь с

@mbrookes Я перенос в material-ui-lab на выходных

@chingyawhao Спасибо, что поделились проектом. Я считаю, что на данный момент лучший шаг - задокументировать его вместе с альтернативами в документации .
В другой части библиотеки уже есть над чем поработать. Я действительно думаю, что выбор даты - это сложный компонент, который нужно исправить. Например, взгляните на все способы использования bootstrap-datepicker . Со стратегической точки зрения, я думаю, что чем дольше мы сможем передать этот компонент сообществу, тем лучше. По статистике загрузок мы можем оценить, что ~ 13% людей нуждаются в выборе даты, времени или чего-то промежуточного. Возможно, лучше сосредоточиться на остальных 87%.

@oliviertassinari понял ...
Вы можете сообщить мне, когда будете готовы начать разработку, может быть, я смогу помочь?

@chingyawhao, что вы не можете объединиться с @dmtrKovalenko на https://github.com/dmtrKovalenko/material-ui-pickers , я уверен, что есть много возможностей для улучшения

@stunaz Я думаю, что у них разные взгляды на внешний вид, однако очевидно, что https://github.com/dmtrKovalenko/material-ui-pickers намного лучше соответствует общему дизайну текущего материала-ui-next, а также точки UX .

@ up-to-you Моя конечная цель - проследить за тем, как в материальном дизайне отображаются средства выбора в текстовых полях на рабочем столе. Эти средства выбора находятся в всплывающих окнах, а не в диалоговом окне.

Проект, над которым я работал, требует более настраиваемого компонента datepicker, который не ограничивает пользователя выбирать дату из средства выбора, пользователь также может вводить дату в текстовом поле с маской.

Мой проект допускает этот уровень настройки, вы можете импортировать только компонент календаря, который является сборщиком без ввода или содержащего диалогового окна или всплывающего окна.

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

И, кстати, таймпикер я тоже выпустил XD

@chingyawhao можно ли вызвать всплывающее окно через IconButton (а также через украшение). У меня есть собственные замаскированные поля ввода, но я хотел бы иметь возможность открывать всплывающее окно выбора даты при нажатии кнопки.

@techniq да, конечно ... это похоже на то, что я сделал в своем проекте
Если вам нужен какой-либо пример, создайте проблему в моем репо

Почему это закрыто? Похоже (здесь - https://material-ui.com/demos/pickers/), что это не было решено.

К вашему сведению, моя текущая проблема заключается в том, что нет хорошего решения для datetime-local, поскольку Firefox не поддерживает его изначально. При переходе на материал 1.0 мы обнаружили, что пользователи Firefox просто не могут использовать наши поля даты и времени.

Похоже, что большая часть приведенного выше обсуждения касается хорошей реализации даты или времени, но ни один из них не решает проблему работы datetime.

@rogerstorm профинансировал этот выпуск 120 долларами. Смотрите на IssueHunt

Привет!

Можем ли мы получить обновленную информацию о состоянии выполнения DataPicker?

В этих длинных цепочках трудно оценить это.

И похоже, что @dmtrKovalenko уже неуклонно использует Material-UI-Pickers .

Чтобы быть конкретным:

1. В исходной проблеме были указаны элементы флажков, и ни один из них не был отмечен. Это точно?
   
   
   Похоже, у @dmtrKovalenko есть тесты, документация, демонстрации и т.д.

2. Я хотел бы услышать ответ от

@jasonkylefrank Ничего не

@dmtrKovalenko Проделал отличную работу, и нет причин не использовать его компоненты, даже если они не являются «официальными».

Мы не планируем никаких работ по компонентам DatePicker и TimePicker.
Я думаю, что мы должны передать это сообществу. @dmtrKovalenko убивает его!
Нам необходимо обновить документацию, чтобы исправить эту позицию, чтобы мы могли закрыть проблему.

@rogerstorm, если проблема решена с помощью

Я знаю, ты шутил, но: cc @rogerstorm