Enterprise: Modal: Mendukung modal yang dapat diseret tanpa lightbox

Cara saya akan melakukan ini adalah
1) Tambahkan pengaturan https://github.com/infor-design/enterprise/issues/2975 untuk mengontrol opacity (setel ke nol untuk kasus ini)
2) Tambahkan kemampuan untuk menyeret modal berkeliling dengan mengubah kursor pada judul. Perhatikan bahwa ini dilakukan oleh @ deep7102 di toast
3) Apakah kita menyimpan posisi seperti roti panggang?

1. Saya pikir menyelamatkan posisi akan menjadi ide yang bagus; mungkin diharapkan oleh pengguna selama itu terbuka.

Saya pikir mungkin ada peluang untuk menjelajahi opsi yang dapat di-dock untuk jenis modal "catatan" dari kasus penggunaan di tiket LMCLIENT. Saya dapat melihat bahwa memiliki utilitas.

Ok kita tidak memiliki hal seperti itu tapi mungkin dengan mengingat posisi itu bisa melayani tujuan jika mereka memindahkannya ke samping saat menyeret.

Saya setuju dengan mengingat posisi di mana Anda membiusnya jika Anda meninggalkan layar dan masuk kembali.

Per komentar @ jamie-norman:

Saya pikir mungkin ada peluang untuk menjelajahi opsi yang dapat di-dock untuk jenis modal "catatan" dari kasus penggunaan di tiket LMCLIENT. Saya dapat melihat bahwa memiliki utilitas.

Bagi saya, ini terdengar sangat mirip dengan bagaimana komposisi email di Google Inbox, atau bagaimana sistem pesan di aplikasi web seperti LinkedIn atau Facebook bekerja, di mana:

• Ada semacam elemen "taskbar" di salah satu tepi halaman yang berfungsi sebagai area yang dapat di-dok.
• Pengguna dapat membuat beberapa jendela yang memiliki status terlihat berbeda. Selalu ada satu yang saat ini "berfungsi" atau "sedang digunakan", sedangkan sisanya "diminimalkan". Mereka juga akan diabaikan
• Jendela "sedang digunakan" dapat diperluas atau diperkecil dengan derajat ukuran yang telah ditentukan sebelumnya untuk melihat informasi di baliknya, jika perlu (dalam konteks Kotak Masuk, ini untuk melihat percakapan. Di LinkedIn , mungkin untuk membaca artikel atau profil sebelum Anda mengirim pesan kepada seseorang). Ini berarti bahwa secara default, tidak ada overlay opacity dalam jenis UI ini.

Solusi ini terdengar lebih baik bagi saya daripada jendela dialog yang dapat diseret. Soho/IDS telah menghindari penerapan ini dengan sengaja di masa lalu, sebagian besar untuk menjauh dari menciptakan lingkungan di mana banyak, bentuk dialog berat dapat dibuka sekaligus. Jendela yang dapat diseret juga tidak berfungsi dengan baik di lingkungan hibrida seluler atau seluler/desktop, di mana layar real-estate mungkin tidak ada untuk menanganinya. Saya akan mengusulkan untuk membangun sesuatu seperti ini dengan mengubah Modal kami, yang menurut definisi tidak lagi menjadi "modal" dengan perubahan yang diusulkan.

Saya suka pemikiran Anda Ed. Saya juga berpikir itu berpotensi membawa kita menuruni lereng yang licin dengan banyak bentuk aksi pindah ke komponen docking yang dapat diminimalkan. Kami harus memikirkan tentang kasus penggunaan dan beberapa pedoman kapan disarankan dan kapan UX akan menderita.

Saya pikir kunci dari use case yang saya masukkan ke dalam LMCLIENT JIRA adalah bahwa pengguna ingin pergi ke lokasi lain dalam aplikasi saat menulis catatan untuk melakukan penelitian yang relevan dengan menulis catatan.

Ya, jika itu adalah kasus penggunaan aktual yang memiliki modal yang dapat diseret tidak menyelesaikan banyak hal dan pada kenyataannya jika Anda menavigasi keluar modal akan menutup router sudut. Jadi kita akan membutuhkan sesuatu yang lebih pada tingkat aplikasi dengan area khusus yang tetap ada. Tidak yakin bagaimana ini akan terlihat. Mungkin pola halaman baru. Jika itu berfungsi pada halaman mana pun yang bisa menjadi sangat rumit.

Tempat lain untuk ini—toh contoh catatan—akan menjadi bagian aplikasi kontekstual dalam berbaur

Ya itu lebih masuk akal bagiku. Hanya menyeret modal sekitar hanya akan memungkinkan Anda mengakses hal-hal di halaman itu di bawah modal.

Jamie baru saja menunjukkan kepada saya bagaimana ini akan bekerja dan saya pikir pendekatan ini pasti bisa bekerja dan menyelesaikan kasus penggunaan ini. Ini juga merupakan pendekatan yang lebih inovatif.

Oke, saya akan membiarkan masalah ini terbuka untuk menambahkan seret ke modal karena itu sudah menjadi pertanyaan. Meskipun bukan kasus penggunaan yang tepat ini.

oke bisa seseorang mengirim saya nomor baru?

Kedengarannya seperti yang akan Anda lakukan adalah menambahkan widget di bagian aplikasi kontekstual di mingle. Jika demikian, itu adalah sesuatu yang harus dilakukan tim Anda. Dan tidak ada yang perlu masuk ke dalam komponen. Anda cukup membuat widget kontekstual dan bekerja dengan tim berbaur tentang cara melakukannya.

Jadi tidak ada masalah bagi kami.

Oh, jadi tim pengembangan aplikasi Mary Pat melakukan ini?

Sepertinya. Siapa yang membuat widget berbaur untuk tim Anda? Bukan tim ini ya.

Saya memutuskan kita harus menutup ini untuk saat ini. Karena itu tidak menyelesaikan masalah apa pun untuk tim yang meminta.
Kami juga sebelumnya memutuskan untuk tidak menambahkan seret ke modals karena ini mengatasi masalah UX dengan kegunaan yang buruk. Dan tidak akan berfungsi di ponsel.

Lihat beberapa komentar tambahan di sini https://jira.infor.com/browse/UXD-2349?focusedCommentId=7500444&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment -7500444