Material-ui: [DatePicker]ポートコンポーネント

@oliviertassinari新しいバージョンでこのコンポーネントを実装する計画を知りたいです。助けたいです。教えてください。ありがとうございます。

コンポーネントの移行を開始する最良の方法は、未解決の問題を確認することです。 これにより、現在の実装の制限をよりよく理解できます。 DatePickerとTimePickerをv1リリースマイルストーンから削除したので、より早く実現できます。 それでも、あなたの助けは大歓迎です。

いくつかの考えはコンポーネントの1つです：

• 貧弱なUXを提供しているように、それは非常に困難です。人々はプラットフォームのネイティブピッカーに頼るほうがよいでしょう。
• 日付の操作は複雑になる可能性があります。 別のライブラリを利用できるかどうかを見てみましょう。
• デスクトップUXは貧弱なので、再考する必要があります。
• 作曲力が足りません。 低レベルのAPIを公開する必要があります

日付ピッカー（およびタイムピッカー）の重要性についての私の意見を残して、私はあなたが良いuiフレームワークを扱っているかどうかを定義する3つの主要なコンポーネントがあると思います、そしてそれらは： Autocomplete 、 DatatablesおよびDatepickers 。

私はさまざまなフレームワークを試しましたが、これら3つのコンポーネントは、いくつかの問題を挙げれば、実装と国際化のオプション、非同期機能、ページ付けが不十分なために、最も頭痛の種になります。

したがって、簡潔にするために、これら3つのコンポーネントが完全な状態で到着することを望んでいますが、少なくとも私の意見では、UIフレームワークを選択しない人がたくさんいることも覚えておいてください。それらのコンポーネントのいくつかが欠けています。

とにかく、MUI v1は非常に有望に見えます、完全にリリースされたときにそれを試すのを楽しみにしています！

私はむしろこれらの3つのコンポーネントが完全な状態で到着することを好みます

@GabrielDuarteM同意します。DatePickerとTimePicker実装がネイティブの実装と同じくらい優れている必要があります。 そうでなければ、それは無意味です。 今のところ、本番環境に対応したアプリではv0.xピッカーを使用しません。 私はむしろプラットフォームのピッカーを使用したいと思います。
これらのコンポーネントなしでv1.0.0をリリースする可能性が高いですが、これらのコンポーネントは重要ではないと思います。ネイティブピッカーは長年にわたって大幅に改善されています。

オートコンプリートについては、ここに例があります。

現在、本番アプリではMUIタイムピッカーとデートピッカーを多用しているため、残念ながら、マテリアルデザインベースのソリューションがないとv1.0.0に移行できません。 ネイティブの時間/日付ピッカーを使用することは良い解決策ではなく、それらが優れた完全なMaterial DesignReactコンポーネントUIパッケージを持つために「重要」ではないことに同意しません。

@skirunmanに同意しDatePickerとTimePickerは本番アプリでは非常に重要です。また、ほとんどのブラウザーでのネイティブ実装は非常に制限されています。たとえば、Android版Chromeではできません。月と年を選択してください。たとえば誕生日など、ユーザーが選択したい場合は、その部分が重要だと思います。

私の意見についてさらに詳しく説明させてください。

貧弱なUXを提供しているように、それは非常に困難です。人々はプラットフォームのネイティブピッカーに頼るほうがよいでしょう。

強く反対します。 ネイティブピッカーは一般的に機能が制限されており、マテリアルデザインには適合しません。

日付の操作は複雑になる可能性があります。 別のライブラリを利用できるかどうかを見てみましょう。

マテリアルデザインベースの時間と日付のピッカーを実装することを躊躇すると、かなりの数の現在のユーザーが寒さにさらされることになると思います。 MUIのコアコンポーネントである現在の、そして実際にそうあるべきものに別のライブラリを使用すると、MUIの全体的な魅力が弱まります。

デスクトップUXは貧弱なので、再考する必要があります。

マテリアルデザインガイドラインに従っている限り、なぜこれを言うのかわかりません。

作曲力が足りません。 低レベルのAPIを公開する必要があります

これは便利ですが、v1.0.0IMOの要件ではありません。

@skirunman同意します、そのコンポーネントが必要です。 ここで問題となるのは、タイミングの優先順位です。 最初にv1をリリースし、後で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は、0.xブランチの＃7781のソリューションを自由にPRできます。 コアチームは1.0リリースに焦点を合わせています。 そのため、これらの問題はすべて解決されました。

+1私たちはネイティブv1ピッカーに本当に興味があります。 現在取り組んでいる場合はお知らせください
PS私たちはマテリアルUIv1に興奮しています

+1タイプのコメントを防ぐために、この問題をロックしています。

この通知はすでにPickersドキュメントに表示されています。

知らせ
現在、ネイティブ入力コントロールにフォールバックしています。 素晴らしいUXを備えた豊富なマテリアルデザインピッカーの実装に興味がある場合、または実装したことがある場合は、＃4787および＃4796でお知らせください。 ドキュメントにプロジェクトへのリンクまたはデモを追加できます。

ここでPickersコンポーネントのデモでネイティブコントロールにフォールバックし、 Datepicker 、 Timepickerの_専用_タスクを引き受けることをいとわない外部プロジェクトを促進することです。

ピッカーを外部プロジェクトとして採用することに興味がある場合は、多くの人がそれが成功することを望んでいるので、それを私たちと共有してください。

• プロジェクトに目立つようにリンクする
• マテリアルUIドキュメント内でデモを提供する
• 共同作業者をあなたの方向に向けます。

material-uiの人気とこれらのピッカーの需要を考えると、ピッカープロジェクトの所有者は、人気のあるプロジェクトに伴うすべてのインターネットの名声と栄光を受け取る可能性があります。

興味がある？ gitterで@rosskevinと@oliviertassinariにpingをください。

@ rosskevin @ oliviertassinari私は現在TimePicker取り組んでおり、今週末に最初の動作バージョン（おそらくまだいくつかのアニメーションまたはランドスケープモードがない）を利用できるようにしたいと思っています。 ：虹：

ほとんどの場合、ピッカーが完了したら、 DatePickerから始めます。

@leMaikこのプロジェクトに気づきましたhttps://github.com/dmtrKovalenko/material-ui-pickersby @dmtrKovalenko

おそらく、2人でプロジェクトへの参加について話し合うことができますか？ 私は違いを見つけるために掘り下げていませんが、それは検討する価値があるかもしれません。

また、最近github組織mui-org移行したことにも注意してください。 mui-orgプロジェクトに参加してホストすることにした場合は、お知らせください。

@rosskevin
プロジェクトに参加するのはもっと複雑になるようです。 ピアの依存関係としてmomentを使用し、日付を表示するための多くのコントロール（日時ピッカーなど）を実装しているため、@ leMaikのプロジェクトの代わりに、時間ピッカーを表示するための非常に軽量なソリューションです：smile：
組織への移行についてはどうですか、私は反対していませんが、実際にはそれが何を意味するのか完全には理解できませんか？ 組織の下にリポジトリを移動するだけですか？

組織について：はい-組織の下に移動するだけで、おそらくマテリアルUI自体の人気により、より多くの露出（およびより多くのメンテナ）が得られる可能性があります。 しかし、それは単なる考えであり、そこにある必要がある理由はありません。組織の下で補完的なプロジェクトへの扉を開いているだけです。

@rosskevin @dmtrKovalenkoプロジェクトはかなり異なるアプローチを採用しているため、プロジェクトを_マージ_したくありません（1つのコンポーネントで1つのプロジェクトを実行し、1つのことだけを実行します）。 たぶん、material-ui-pickersを日付ピッカーのみに変換し（そしてその素晴らしい基盤の上に構築し、アニメーションなどすべてを追加し）、タイムピッカーをタイムピッカーとして保持し、両方を組織の下に移動することができますか？ ：考え：

@leMaik
日付だけにやり直すことに関しては、いいえと思います。一部のプロジェクトでは、日付を操作するための一般的なアプローチが非常に役立つため、material-ui-pickersはそのためのすべてのコンポーネントを提供します。 日付と時刻のピッカーも、マテリアルデザインの仕様には含まれていません。 😉

https://material.angular.io/components/datepicker/overviewのように実装するのは良いことです

優れた柔軟な日付ピッカーライブラリを見つけました：
https://github.com/gpbl/react-day-picker

material-ui textinputsを使用して、遠隔日付ピッカーを作成することができました。

@ 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

monthPickerまたはyearPickerのみを使用するにはどうすればよいですか？ガイドを教えてください。

@taoxueweilongここに問題を書いてください。 ここにアドバイスを与えるのに良い場所はありません:)

こんにちは仲間の開発者...
ここにマテリアルUIを使用したdatepickerの実装があります
https://github.com/chingyawhao/material-ui-next-datepicker

誰かが私に始め方を教えてくれれば、私はマテリアルUIに貢献できるかもしれないと思います

驚くばかり！

11：13 AMで水曜日、2018年5月2日には、チン・ハオヨー[email protected]
書きました：

こんにちは仲間の開発者...
ここにマテリアルUIを使用したdatepickerの実装があります
https://github.com/chingyawhao/material-ui-next-datepicker

誰かができれば、私はマテリアル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 。 これが適切な候補であるかどうかについては、 @ oliviertassinariに任せます。

@mbrookes週末にmaterial-ui-labにプルリクエストを送信しようとします

@chingyawhaoプロジェクトを共有していただきありがとうございます。 今のところ、最善のステップは、ドキュメントの代替案と一緒にドキュメント化することだと思い
図書館の他のエリアでは、すでにやるべきことがたくさんあります。 日付ピッカーは正しく理解するための複雑なコンポーネントだと思います。 たとえば、 bootstrap-datepickerのすべての用途を見て約13％の人が日付ピッカーや時間ピッカーなどを必要

@oliviertassinariはそれを手に入れました...
開発を開始する準備ができたら通知していただけますか。お手伝いできますか？

@chingyawhao https://github.com/dmtrKovalenko/material-ui-pickersで@dmtrKovalenkoとチームを組んでまだまだ改善の余地があると思います

@stunazルックアンドフィールについては異なる見解を持っていると思いますが、明らかに-ui -next、およびUXポイント。

@ up-to-you私の最終的な目的は、デスクトップのテキストフィールドでマテリアルデザインのピッカーの描写に従うことです。 それらのピッカーは、ダイアログではなくポップオーバーになっています。

私が取り組んでいたプロジェクトでは、ユーザーがピッカーから日付を選択することを制限しない、datepickerのよりカスタマイズされたコンポーネントが必要です。ユーザーは、マスクされたテキスト入力に日付を入力することもできます。

私のプロジェクトでは、そのレベルのカスタマイズが可能です。入力やダイアログやポップオーバーを含まないピッカーであるカレンダーコンポーネントのみをインポートできます。

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

ちなみに、タイムピッカーもXDをリリースしました

@chingyawhaoは、IconButtonを介してポップオーバーをトリガーすることができます（装飾を介してala）。 私は自分のマスクされた入力を持っていますが、ボタンを押すと日付ピッカーをポップアップできるようにしたいと思います。

@techniqうん、確かに...それは私のプロジェクトでやったことと似ているように聞こえます
例が必要な場合は、私のリポジトリで問題を作成してください

なぜこれが閉鎖されているのですか？ これは解決されていないようです（ここでは-https：//material-ui.com/demos/pickers/）。

参考までに、私の現在の問題は、Firefoxがネイティブでサポートしていないため、datetime-localの適切なソリューションがないことです。 マテリアル1.0に切り替えると、Firefoxユーザーは日時フィールドを使用できないことがわかりました。

上記の議論のほとんどは、日付または時刻の適切な実装に関するもののようですが、どちらも日時の機能の問題にまったく対処していません。

@rogerstormはこの問題に120ドルの資金を提供しました。 IssueHuntでご覧ください

こんにちは！

DataPickerの進行状況に関する最新情報を入手できますか？

これらの長いスレッドでこれを評価することは難しくなっています。

そして、 @ dmtrKovalenkoはしばらくの間Material-UI-Pickersに着実に取り組んでいるようです。

具体的には：

1. 元の問題にはチェックボックス項目が記載されていましたが、いずれもチェックされていません。 それは正確ですか？
   
   
   @dmtrKovalenkoにはテスト、ドキュメント、デモなどがあるよう

2. この問題について@dmtrKovalenkoからの連絡を

@jasonkylefrank公式リポジトリでは何も行われていないため、何もチェックされていません。公平を期すために、すぐにそうなる可能性はほとんどありません。 （私たちは今週だけ、サードパーティのソリューションを尊重して、すべての日付ピッカー/タイムピッカーの問題を解決することについて話し合っていました。）

@dmtrKovalenkoは素晴らしい仕事をしており、「公式」ではないにもかかわらず、彼のコンポーネントを使用しない理由はありません。

DatePickerおよびTimePickerコンポーネントでの作業は計画していません。
コミュニティに任せるべきだと思います。 @dmtrKovalenkoはそれを殺しています！
問題を解決できるように、この位置を反映するようにドキュメントを更新する必要があります。

@rogerstorm問題がmaterial-ui-

私はあなたが半分冗談を言っていたことを知っています、しかし：cc @rogerstorm