Grav-plugin-admin: UX: Menambahkan konten modular

Dibuat pada 8 Agu 2015  ·  9Komentar  ·  Sumber: getgrav/grav-plugin-admin

Saya menemukan bahwa penempatan tombol "Tambah Modular" pada tingkat "Kelola Halaman" agak menyajikan model konseptual yang kurang jelas tentang operasinya. Awalnya saya pikir itu akan membuat "Halaman Baru" dari tipe modular yang kemudian saya akan menambahkan Konten Modular di dalam halaman itu sendiri, tetapi sepertinya tidak demikian (jika saya memahami semuanya dengan benar).

Ada berbagai pendekatan alternatif yang mungkin. Salah satu pendekatannya adalah dengan hanya memiliki tombol "Tambah Halaman" di tingkat "Kelola Halaman" dan pada dialog yang dihasilkan memiliki opsi untuk membuat halaman standar (Anak) atau Modular. Opsi lainnya adalah membiarkan dialog "Tambah Halaman" apa adanya, tetapi di dalam Halaman sertakan opsi untuk kemudian menambahkan Konten Modular dengan tingkat yang sama, seperti bagaimana Anda dapat menambahkan Media ke Halaman.

Saya berharap untuk mendengar komentar dan pemikiran orang lain tentang masalah ini.

Terima kasih,
paul

evaluating ux

Komentar yang paling membantu

Saya setuju dengan @Jugibur

Klien normal hanya akan berpikir "saya ingin mengedit halaman ini". Mereka mungkin akan mengklik nama halaman dan kemudian melihat ini:

screen shot 2016-02-27 at 1 10 19 pm

Apakah mereka ingin menambahkan beberapa konten atau mengedit apa yang ada di sana, mereka tidak akan tahu apa yang harus dilakukan dari sini. Akan menjadi tantangan untuk mendesainnya dengan baik, tetapi saya membayangkan satu halaman di mana saya dapat menggulir kotak yang dapat diedit untuk setiap modul halaman sesuai urutan kemunculannya, dan tombol untuk menambahkan yang baru.

Semua 9 komentar

Kami pasti memiliki beberapa rencana tentang cara meningkatkan manajemen halaman modular. Cara sekarang, hanyalah masalah kesederhanaan dan konsistensi dari sisi kode. Ini bukan pengaturan yang ideal, tetapi berhasil dan beberapa dokumentasi akan membantu memperbaiki situasi juga.

Terima kasih atas jawabannya Andi. Saya masih cukup khawatir tentang pengalaman pengguna dengan presentasi saat ini meskipun hanya dalam hal pembuatan halaman, apakah ada ruang lingkup perubahan yang akan Anda pertimbangkan saat ini?

Hanya pemikiran tindak lanjut yang cepat - jika tidak ada yang lain, saya pikir mengubah teks dialog Tambahkan Modular dari "Tambahkan Konten Modular" menjadi "Tambahkan Konten Modular ke Halaman" dapat membantu di sini. Dalam jangka panjang, dan saya tahu Anda sudah memiliki rencana dalam pikiran, saya masih berpikir memiliki satu dialog "Tambah Halaman" dengan kemampuan untuk membuat halaman konten Induk, Anak, atau Modular bisa menjadi pendekatan yang layak untuk dijelajahi.

Saya juga bertanya-tanya apakah menempatkan tarik-turun "Halaman Induk" sebagai item pertama di "Tambah Halaman" dan "Tambah Modular" juga akan lebih membantu pengguna karena keputusan itu benar-benar ada sebelum memberi nama halaman, dll. Bagaimana menurut Anda?

+1 untuk meningkatkan penanganan dengan halaman modular di dalam plugin Admin

Dari perspektif pengguna non-teknologi, saya pikir akan lebih logis untuk memiliki subhalaman modular dalam gabungan halaman induk. Jadi mungkin internal (= subhalaman modular) tersembunyi dari pengguna dan dia hanya dapat melihat dan menambahkan blok konten terpisah di dalam halaman induk.

Saya setuju dengan @Jugibur

Klien normal hanya akan berpikir "saya ingin mengedit halaman ini". Mereka mungkin akan mengklik nama halaman dan kemudian melihat ini:

screen shot 2016-02-27 at 1 10 19 pm

Apakah mereka ingin menambahkan beberapa konten atau mengedit apa yang ada di sana, mereka tidak akan tahu apa yang harus dilakukan dari sini. Akan menjadi tantangan untuk mendesainnya dengan baik, tetapi saya membayangkan satu halaman di mana saya dapat menggulir kotak yang dapat diedit untuk setiap modul halaman sesuai urutan kemunculannya, dan tombol untuk menambahkan yang baru.

Seperti yang saya katakan sebelumnya, ini adalah sesuatu yang ingin kami tinjau kembali. Kami tahu itu tidak ideal, tetapi fungsional. Yaitu bekerja.

Kami sekarang sedang mengerjakan seluruh penulisan ulang JS dari admin. Ini akan memungkinkan kami untuk mengembangkan UI halaman modular yang kami maksudkan sejak awal, tetapi tidak punya waktu untuk mengimplementasikannya dengan benar di versi awal.

Saya pikir masalah terbesar saat ini bukanlah UI tetapi tidak dapat memesan halaman modular secara manual. Saya pikir ini harus default, karena kasus penggunaan yang paling umum untuk halaman modular adalah baris konten. Dan bagi mereka yang memiliki urutan tanggal atau nama tidak masuk akal.

Juga apa yang akan membantu terhubung ke https://github.com/getgrav/grav-plugin-admin/issues/735 ini. Kami juga harus dapat menentukan halaman yang tidak dapat diedit untuk klien. Dengan hal-hal ini Anda dapat membuatnya cukup aman bagi klien untuk mengedit halaman.

Mengenai penggabungan #1174, ada beberapa diskusi tentang bagaimana UI Admin menangani disambiguasi ini. Mengutip Paul Massendari dari akhir terbitan itu:

Haruskah kita mengganti nama "Tambahkan modular" menjadi "Tambah Modul"? https://github.com/getgrav/grav-plugin-admin/blob/develop/languages/en.yaml#L36

Tombol khas untuk menambahkan konten ditampilkan sebagai berikut:

Dropdown

Yang seperti yang diharapkan mengingat tiga jenis struktur utama yang dimiliki Grav: Halaman Reguler, Folder, dan halaman Modular. Namun, Dropdown yang sama akan ada dalam konteks lain - yang tetap menimbulkan ambiguitas tentang apa itu Halaman dan apa itu Halaman Modular. Mengutip diri saya sendiri dari Slack:

Secara konseptual halaman Modular bukan halaman biasa dengan koleksi, ini adalah struktur yang memegang komponen - Modul - dan tidak boleh memiliki jenis Halaman lain yang berada di bawahnya. Jadi, sementara halaman Modular dapat memiliki halaman anak reguler dalam hal /sampel/halaman, isinya sepenuhnya ditentukan oleh koleksi yang hanya menggambar di Modul, dan modul ini tidak terlihat atau dapat dirutekan di tempat lain. Tentu saja, sebagai sebuah konstruksi itu benar-benar hanya bagian dari Halaman yang memungkinkan pengelolaan komponen lebih mudah - efek yang sama dapat dicapai dengan Twig dan YAML - tetapi pada tingkat konseptual _tidak boleh bercampur dalam halaman biasa. Itu sebabnya pemisahan masalah di "Tambah"-dropdown akan lebih disukai, dari sudut pandang bagaimana Grav mendefinisikan Halaman.

Dari perspektif itu, Modular _seharusnya_ tidak memiliki halaman anak biasa atau item anak lain selain Modul, tetapi dengan UI saat ini, ini dapat dicampur dengan cukup bebas. Contoh dari Paul Massendari:

- home
- blog
  -_introtext
  -_latestarticles
  - _subscribe  
  - article1
  - article2

Yang dengan sendirinya masuk akal secara semantik, tetapi ambiguitas antara Halaman biasa dan Modular dipertahankan. Jadi, untuk pemisahan antara keduanya - meskipun Modular adalah bagian dari Halaman - UI harus membatasi pilihan pada apa yang sesuai secara kontekstual. Dropdown di /admin/pages harus menawarkan untuk Tambah Halaman, Folder, atau Modular, pada halaman Modular itu harus menawarkan untuk Tambah Modul, dan di Halaman dan Folder itu juga harus menawarkan untuk menambahkan ketiganya.

Ringkasan pemisahan kontekstual (diperbarui 28 Agustus):
Dibahas lebih lanjut dengan @paulhibbitts dan @paulmassen , dan sampai pada perbedaan ini - meskipun mungkin "Anak" harus menjadi "Halaman Anak" untuk kejelasan.

+Tambahkan Item Menu pada Tampilan Daftar Halaman
Tambah halaman
Tambahkan Halaman Daftar
Tambahkan Halaman Modular
(Tambah Folder)

+Tambahkan Item Menu pada Tampilan Halaman Standar
Tambahkan Anak
(Tambah Folder)

+Tambahkan Item Menu pada Tampilan Halaman Daftar (Induk)
Tambahkan Anak
(Tambah Folder)

+Tambahkan Item Menu pada Tampilan Halaman Modular (Induk)
Tambahkan Modul
Tambahkan Anak
(Tambah Folder)

Di mana folder dalam tanda kurung karena harus selalu berada di bawah, dan dipisahkan dari jenis Halaman di atas melalui indikator visual seperti batas atas yang tipis untuk menunjukkan bahwa itu _bukan_ jenis Halaman, sementara semua hal di atas sesuai secara kontekstual jenis. Tiga; Halaman, Daftar, Modular kemudian menjadi tipe standar default, dan https://learn.getgrav.org/content/content-pages mungkin harus diperbarui untuk mencerminkan hal ini.

Logika yang paling jelas tampaknya adalah: Halaman adalah file Grav penurunan harga yang dirender, sedangkan Halaman Daftar adalah bagian dari Halaman yang digunakan untuk menghitung halaman anak yang berdiri sendiri, sedangkan Halaman Modular adalah bagian dari Halaman yang menghuni halaman anaknya sebagai bagian dari dirinya sendiri. Jadi Daftar tautan ke item anak yang terpisah, dan Modular menampilkannya di dalam dirinya sendiri. Halaman dan Daftar memiliki halaman anak reguler, di mana Daftar terutama mencantumkannya dalam beberapa cara yang berurutan. Hanya Modular yang memiliki Modul.

Namun, ada juga kebutuhan untuk tema untuk berkomunikasi melalui cetak biru yang mendukung jenis Halaman tertentu. Tidak semua tema memiliki template default, atau satu untuk listing atau modular. Dengan demikian dialog, modal, tombol, atau metode lain untuk menambahkan halaman harus mencerminkan apa yang secara inheren didukung oleh tema melalui templatnya.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat