Material-ui: [DatePicker] Komponen port

@olivietassinari Saya ingin tahu rencana penerapan komponen ini di versi baru. Saya ingin membantu. Tolong beri tahu saya. Terima kasih

Cara terbaik untuk memulai migrasi komponen adalah dengan melihat masalah yang terbuka. Itu memberikan pemahaman yang lebih baik tentang keterbatasan yang dimiliki implementasi saat ini. Saya telah menghapus DatePicker dan TimePicker dari tonggak rilis v1 sehingga kami dapat mewujudkannya lebih cepat. Tetap saja, bantuan Anda disambut.

Beberapa pemikiran salah satu komponen:

• Ini sangat menantang seolah-olah kami menyediakan UX yang buruk, orang akan lebih baik mengandalkan pemilih asli platform
• Manipulasi tanggal bisa rumit. Mari kita lihat apakah kita dapat memanfaatkan lib lain.
• Desktop UX buruk, kami perlu memikirkannya kembali.
• Ini kehilangan kekuatan komposisi. Kita perlu mengekspos API tingkat rendah

Hanya meninggalkan pendapat saya tentang pentingnya datepicker (dan timepicker), saya pikir ada 3 komponen utama yang menentukan apakah Anda berurusan dengan kerangka kerja ui yang baik atau tidak, dan mereka adalah: Autocomplete , Datatables dan Datepickers .

Saya telah mencoba banyak kerangka kerja yang berbeda, dan ketiga komponen tersebut adalah yang paling membuat saya pusing, sebagian besar karena implementasi yang buruk dan opsi internasionalisasi, kapasitas asinkron dan pagination, untuk menyebutkan beberapa masalah.

Jadi, singkatnya: Saya lebih suka ketiga komponen ini tiba dalam keadaan penuh, tetapi perlu diingat juga, setidaknya menurut saya, akan ada banyak orang yang tidak akan memilih kerangka kerja ui yang tidak memiliki beberapa komponen tersebut.

Bagaimanapun, MUI v1 terlihat sangat menjanjikan, saya menantikan untuk mencobanya ketika sudah dirilis sepenuhnya!

Saya lebih suka ketiga komponen ini tiba dalam keadaan penuh

@GabrielDuarteM Saya setuju, implementasi DatePicker dan TimePicker harus sebagus yang asli agar dapat bersaing. Jika tidak, itu tidak ada gunanya. Saat ini, saya tidak akan menggunakan pemetik v0.x pada aplikasi siap produksi. Saya lebih suka menggunakan pemetik platform.
Kami kemungkinan besar akan merilis v1.0.0 tanpa komponen tersebut, saya tidak berpikir bahwa mereka sangat penting, pemilih asli telah meningkat banyak selama bertahun-tahun.

Mengenai Autocomplete, Anda dapat menemukan contohnya di sini .

Kami menggunakan secara ekstensif timepicker dan datepicker MUI di aplikasi produksi kami hari ini, jadi sayangnya tidak akan dapat bermigrasi ke v1.0.0 tanpa solusi berbasis Desain Material. Menggunakan pemilih waktu/tanggal asli bukanlah solusi yang baik dan saya tidak setuju bahwa mereka tidak "penting" untuk memiliki paket UI komponen React Desain Material yang baik dan lengkap.

Saya setuju dengan @skirunman , DatePicker dan TimePicker sangat penting dalam aplikasi produksi, juga implementasi asli di sebagian besar browser sangat terbatas, misalnya di chrome untuk android Anda tidak bisa pilih bulan dan tahun dan saya pikir bagian itu sangat penting ketika pengguna ingin memilih misalnya ulang tahun.

Izinkan saya menambahkan lebih banyak detail tentang pendapat saya:

Ini sangat menantang seolah-olah kami menyediakan UX yang buruk, orang akan lebih baik mengandalkan pemilih asli platform

Sangat tidak setuju. Pemetik asli umumnya terbatas dalam kemampuan dan tentu saja tidak cocok dengan Desain Material.

Manipulasi tanggal bisa rumit. Mari kita lihat apakah kita dapat memanfaatkan lib lain.

Saya pikir punting pada penerapan waktu dan pemilih tanggal berdasarkan Desain Material akan membuat beberapa pengguna saat ini kedinginan. Menggunakan perpustakaan lain untuk apa yang saat ini, dan seharusnya menjadi, komponen inti MUI, melemahkan daya tarik MUI secara keseluruhan.

Desktop UX buruk, kami perlu memikirkannya kembali.

Tidak yakin mengapa Anda mengatakan ini selama mengikuti Pedoman Desain Material.

Ini kehilangan kekuatan komposisi. Kita perlu mengekspos API tingkat rendah

Ini bagus untuk dimiliki, tetapi bukan persyaratan untuk v1.0.0 IMO.

@skirunman Kami setuju, kami membutuhkan komponen itu. Yang dipertaruhkan di sini adalah mengenai prioritas waktu. Kami pikir ada nilai lebih yang bisa didapat dari merilis v1 terlebih dahulu dan mengimplementasikan DatePicker/TimePicker nanti. (orang selalu dapat menggunakan versi master).
Itu juga berasal dari kebutuhan kontributor inti. Misalnya, saya mungkin tidak akan pernah mengerjakannya karena itu bukan sesuatu yang saya butuhkan.

Itu tidak berarti bahwa jika kontributor memiliki implementasi komponen, kami pasti akan meninjaunya dan menggabungkannya setelah kami semua puas dengannya :).

Saya baru-baru ini mulai melihat react-infinite-calendar , tetapi itu mungkin merupakan pengganti yang berharga untuk kalender v0 untuk beberapa orang. Ini bekerja secara berbeda dengan dapat digulir di antara bulan alih-alih melangkah bulan secara eksplisit, tetapi memiliki beberapa fitur tambahan yang diminta seperti pemilihan rentang (diminta melalui https://github.com/callemall/material-ui/issues/7574) dan melihat ke menjadi cukup dapat dikomposisi (pada awalnya memerah)

Apakah ada rencana untuk masalah ini untuk bergerak maju?

@DoWhileGeek Rencana terbaru yang saya miliki adalah menambahkan halaman baru di dokumen dengan:

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

contoh seperti.

@oliviertasinari Saya secara khusus mencari resolusi pada #7781, ini sedikit pemecah masalah untuk teman-teman ux kami.

@DoWhileGeek Anda bebas untuk PR solusi ke #7781 untuk 0.x cabang; tim inti fokus pada rilis 1.0. Itu sebabnya semua masalah itu telah ditutup.

+1 Kami sangat tertarik dengan pemilih v1 asli. Beri tahu kami jika Anda sedang mengerjakannya sekarang
PS Kami senang dengan materi ui v1

Saya mengunci masalah ini untuk mencegah komentar jenis +1 lebih lanjut.

Pemberitahuan ini sudah muncul di dokumen Pickers :

Melihat
Kami saat ini kembali ke kontrol input asli. Jika Anda tertarik untuk menerapkan atau telah menerapkan Pemilih Desain Material yang kaya dengan UX yang mengagumkan, beri tahu kami di #4787 dan #4796! Kami dapat menambahkan tautan ke atau demo proyek Anda di dokumentasi.

Seperti yang dibahas di sini , rencananya adalah kembali ke kontrol asli dalam demo komponen Pickers dan untuk mempromosikan proyek eksternal yang bersedia mengambil tugas _dedicated_ dari Datepicker , Timepicker atau keduanya.

Jika Anda tertarik untuk mengambil picker sebagai proyek luar, banyak orang ingin melihatnya berhasil, jadi silakan bagikan dengan kami dan kami akan:

• tautkan dengan jelas ke proyek Anda
• berikan demo dalam dokumen material-ui
• arahkan kolaborator ke arah Anda.

Mengingat popularitas material-ui dan permintaan untuk pemetik ini, pemilik proyek pemetik kemungkinan akan menerima semua ketenaran dan kejayaan internet yang sejalan dengan proyek populer.

Tertarik? Silakan ping @rosskevin dan @oliviertasinari di gitter .

@rosskevin @oliviertasinari Saat ini saya sedang mengerjakan TimePicker dan berharap untuk memiliki versi kerja pertama (mungkin masih kehilangan beberapa animasi atau mode lansekap) yang tersedia akhir pekan ini. :Pelangi:

Setelah sebagian besar pemilih waktu selesai, saya akan mulai dengan DatePicker .

@leMaik Saya baru menyadari proyek ini https://github.com/dmtrKovalenko/material-ui-pickers oleh @dmtrKovalenko

Mungkin kalian berdua bisa mendiskusikan bergabung dengan proyek? Saya belum menggali untuk menemukan perbedaan, tetapi mungkin patut dipertimbangkan.

Perhatikan juga bahwa kami baru-baru ini beralih ke organisasi github mui-org . Jika Anda berdua memutuskan ingin bergabung dan menjadi tuan rumah proyek di bawah mui-org beri tahu kami.

@rosskevin
Tampaknya akan jauh lebih kompleks untuk bergabung dengan proyek. Karena kami telah menggunakan momen sebagai ketergantungan rekan dan menerapkan banyak kontrol untuk menampilkan tanggal (seperti pemilih datetime), alih-alih proyek @leMaik kami adalah solusi yang jauh lebih ringan untuk menampilkan pemilih waktu :smile:
Bagaimana dengan pindah ke org, saya tidak menentang, tetapi sebenarnya tidak dapat sepenuhnya memahami apa artinya? Hanya memindahkan repositori di bawah org?

Mengenai org: ya - itu hanya akan memindahkannya di bawah org dan mungkin popularitas material-ui itu sendiri mungkin memberinya lebih banyak eksposur (dan lebih banyak pengelola). Tapi itu hanya pemikiran, tidak ada alasan itu perlu ada, hanya saja kita sekarang membuka pintu untuk proyek pelengkap di bawah org.

@rosskevin @dmtrKovalenko Saya tidak ingin _merge_ proyek karena mereka mengambil pendekatan yang sangat berbeda (kami melakukan satu proyek dengan satu komponen yang hanya melakukan satu hal). Mungkin kita bisa mengubah material-ui-picker menjadi Date picker saja (dan membangun di atas fondasi yang bagus itu, menambahkan animasi dan segalanya) dan menjadikan pemilih waktu kita sebagai pemilih waktu dan memindahkan keduanya di bawah org? :pemikiran:

@leMaik
Mengenai pengulangan untuk hanya tanggal - saya pikir tidak, karena untuk beberapa proyek akan sangat membantu untuk memiliki pendekatan umum untuk bekerja dengan tanggal, material-ui-pickers menyediakan semua komponen untuk itu. Pemetik tanggal-waktu juga, yang tidak tercantum dalam spesifikasi desain material. 😉

Baik untuk diterapkan seperti https://material.angular.io/components/datepicker/overview

Menemukan perpustakaan datepicker yang bagus dan fleksibel:
https://github.com/gpbl/react-day-picker

Berhasil membuat datepicker jarak jauh menggunakan input teks material-ui:

@saraivinha85 Manis! 🍬

Apakah Anda bersedia membagikan implementasi Anda untuk dipelajari orang lain? (Bahkan hanya intinya akan sangat bagus!)

@mbrookes Tidak masalah:
https://codesandbox.io/s/9l7kry52atau

Proyek untuk pemetik waktu ini bagus https://github.com/TeamWertarbyte/material-ui-time-picker

Hai. Karena komponen ini cukup penting dan kami sudah menggunakan versi berikutnya, harus bertanya apakah ada perkiraan untuk ini, atau mungkin ada cara untuk membantu?

Memeriksa DatePickers lain, tidak benar-benar berfungsi cukup baik dengan apa pun, jadi yang dibundel harus menjadi solusi terbaik (terutama untuk bekerja dengan redux-form atau redux-form-material-ui@next yang juga kami gunakan).

Untuk saat ini, sepertinya solusi terbaik adalah menggunakan https://github.com/dmtrKovalenko/material-ui-pickers. Saya menggunakannya dengan formik.

Terima kasih, akan mencobanya. Apakah pemilih tanggal sebagai modal merupakan persyaratan Desain Material?

Implementasi dari sesuatu yang mirip dengan pemilih tanggal dan pemilih rentang tanggal yang dipengaruhi materi yang digunakan di situs beta Google Penerbangan akan rapi.

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

bagaimana saya bisa menggunakan monthPicker atau yearPicker saja, tolong berikan panduannya?

@taoxueweilong Silakan tulis masalah di sini . Ini bukan tempat yang lebih baik untuk memberikan saran :)

Halo sobat developer...
Saya memiliki implementasi datepicker menggunakan Material UI di sini
https://github.com/chingyawhao/material-ui-next-datepicker

Saya pikir saya mungkin tersedia untuk berkontribusi pada Material UI jika ada yang bisa menyatukan saya bagaimana memulainya

luar biasa!

Pada hari Rabu, 2 Mei 2018 pukul 11:13, Ching Yaw Hao [email protected]
menulis:

Halo sobat developer...
Saya memiliki implementasi datepicker menggunakan Material UI di sini
https://github.com/chingyawhao/material-ui-next-datepicker

Saya pikir saya mungkin tersedia untuk berkontribusi pada Material UI jika ada yang bisa
serikat saya bagaimana untuk memulai

—
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/mui-org/material-ui/issues/4787#issuecomment-385914554 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AacMkVQOH0GRO7JsIyggzHidwmypEPdHks5tuXjQgaJpZM4JSThr
.

@chingyawhao Panduan kontribusi sebagian besar lengkap, tetapi komponen baru sekarang masuk packages/material-ui-lab . Saya akan tunduk pada @olivietassinari apakah ini kandidat yang cocok.

@mbrookes Saya akan mencoba membuat permintaan tarik ke material-ui-lab di akhir pekan

@chingyawhao Terima kasih telah berbagi proyek. Saya percaya langkah terbaik, untuk saat ini, adalah mendokumentasikannya di samping alternatif dalam dokumentasi .
Sudah ada banyak pekerjaan yang harus dilakukan di area lain perpustakaan. Saya pikir pemilih tanggal adalah komponen yang kompleks untuk diperbaiki. Misalnya, lihat semua masalah bootstrap-datepicker . Dari segi strategis, menurut saya semakin lama komponen ini bisa kita serahkan kepada masyarakat, semakin baik. Dari statistik unduhan, kami dapat memperkirakan bahwa ~ 13% orang membutuhkan pemilih tanggal, pemilih waktu, atau sesuatu di antaranya. Mungkin lebih baik untuk fokus pada 87% orang lain.

@olivietassinari mengerti...
Bisakah Anda memberi tahu saya ketika Anda siap untuk mulai mengembangkan, mungkin saya bisa membantu?

@chingyawhao apa yang tidak Anda tim dengan @dmtrKovalenko di https://github.com/dmtrKovalenko/material-ui-pickers , saya yakin ada banyak ruang untuk perbaikan

@stunaz Saya pikir mereka memiliki pandangan yang berbeda tentang tampilan dan nuansa, namun, jelas https://github.com/dmtrKovalenko/material-ui-pickers jauh lebih cocok dengan keseluruhan desain material-ui-next saat ini, serta titik UX .

@ up-to-you tujuan akhir saya adalah untuk mengikuti penggambaran bahan-desain pemetik di bidang teks di desktop. Pemetik itu ada di popover alih-alih dialog.

Proyek yang sedang saya kerjakan memerlukan komponen datepicker yang lebih disesuaikan yang tidak membatasi pengguna untuk memilih tanggal dari picker, pengguna juga dapat mengetikkan tanggal dalam input teks bertopeng.

Proyek saya akan memungkinkan tingkat penyesuaian itu, Anda hanya dapat mengimpor komponen kalender yang merupakan pemilih tanpa input atau dialog atau popover yang berisi.

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

Dan omong-omong, saya merilis timepicker juga XD

@chingyawhao apakah mungkin untuk memicu popover melalui IconButton (ala melalui perhiasan). Saya memiliki input bertopeng saya sendiri tetapi ingin dapat memunculkan pemilih tanggal saat menekan tombol.

@techniq yup, tentu saja... kedengarannya mirip dengan apa yang saya lakukan di proyek saya
Jika Anda memerlukan contoh apa pun, buat masalah di repo saya

Mengapa ini ditutup? Sepertinya (di sini - https://material-ui.com/demos/pickers/) bahwa ini belum diselesaikan.

FYI, masalah saya saat ini adalah tidak ada solusi yang baik untuk datetime-local, karena Firefox tidak mendukungnya secara asli. Setelah beralih ke materi 1.0, kami menemukan bahwa pengguna firefox tidak dapat menggunakan bidang datetime kami.

Sepertinya sebagian besar diskusi di atas adalah tentang implementasi tanggal atau waktu yang bagus, tetapi tidak satu pun dari mereka yang membahas masalah datetime yang berfungsi sama sekali.

@rogerstorm mendanai masalah ini dengan $120. Lihat di IssueHunt

Halo!

Bisakah kami mendapatkan pembaruan tentang status kemajuan DataPicker?

Semakin sulit untuk menilai ini di utas panjang ini.

Dan tampaknya @dmtrKovalenko terus berkomitmen untuk Material-UI-Pickers untuk sementara waktu.

Untuk lebih spesifik:

1. Masalah asli mencantumkan item kotak centang dan tidak ada yang dicentang. Apakah itu akurat?
   
   
   Sepertinya @dmtrKovalenko memiliki tes, dokumentasi, demo, dll. Mungkin dia belum menyelesaikan semuanya, tetapi apakah akurat untuk mengatakan bahwa _tidak ada_ yang dapat diperiksa pada saat ini?

2. Saya ingin mendengar dari @dmtrKovalenko tentang masalah ini. Apakah Anda pernah berdiskusi dengan tim Material UI tentang membawa material-ui-picker Anda ke dalam flip?

@jasonkylefrank Tidak ada yang dicentang karena tidak ada yang dilakukan di repositori resmi, dan, untuk bersikap adil, tidak mungkin dalam waktu dekat. (Kami baru minggu ini membahas penutupan semua masalah datepicker/timepicker untuk menghormati solusi pihak ke-3.)

@dmtrKovalenko Telah melakukan pekerjaan yang sangat baik, dan tidak ada alasan untuk tidak menggunakan komponennya meskipun tidak "resmi".

Kami tidak merencanakan pekerjaan apa pun pada komponen DatePicker dan TimePicker.
Saya pikir kita harus menyerahkannya kepada masyarakat. @dmtrKovalenko telah membunuhnya!
Kami perlu memperbarui dokumentasi untuk mencerminkan posisi ini, sehingga kami dapat menutup masalah.

@rogerstorm jika masalah diselesaikan oleh material-ui-pickers, bisakah saya mendapatkan $120 dari IssueHunt? 🤣

Saya tahu Anda setengah bercanda, tapi: cc @rogerstorm