Pola Navigasi iOS Modern

 (frankrausch.com)
6 poin oleh GN⁺ 2023-12-13 | 3 komentar | Bagikan ke WhatsApp
  • Navigasi aplikasi iOS harus membedakan dengan jelas hierarki, overlay, dan alur di dalam view agar pengguna memahami posisi saat ini dan jalur untuk kembali
  • Pola struktural terbagi menjadi Drill-Down, Flat, Pyramid, dan Hub-and-Spoke; masing-masing punya makna transisi layar yang berbeda, seperti menelusuri pohon, pembagian berbasis tab, berpindah antar layar sibling, atau kembali ke hub
  • Overlay adalah perangkat untuk menarik perhatian, tetapi bergantung pada apakah bersifat modal dan tingkat friction-nya, sejauh mana layar di belakang diblokir dan tindakan apa yang perlu dilakukan pengguna akan berbeda
  • Navigasi embedded sebaiknya ditempatkan di dalam view atau modal tertentu, dan harus dirancang agar perubahan state atau alur Step-by-Step tidak terlihat seperti perpindahan hierarki
  • Tab harus dapat diprediksi, Cancel tidak boleh langsung membuang data, dan di aplikasi iOS lebih tepat mempertahankan batas hierarki, state, dan modal yang jelas daripada perpindahan arbitrer

Tiga sumbu navigasi iOS

  • Aplikasi iOS biasanya tersusun sebagai pohon hierarki tetap dengan beberapa level
  • Navigasi struktural berperan membantu pengguna memahami dari mana mereka datang, di mana posisi mereka dalam hierarki, dan bagaimana kembali ke posisi semula
  • Overlay dapat muncul di atas konteks apa pun, dan juga bisa ditumpuk di atas overlay lain
    • Overlay modal tidak hilang sampai ada tindakan dari pengguna dan memblokir antarmuka di belakangnya
    • Overlay non-modal tidak memblokir aplikasi
  • Navigasi embedded paling sesuai jika dimasukkan ke dalam view tertentu atau overlay modal, mengikuti model struktural dan spasial iOS

Pola navigasi struktural

  • Drill-Down

    • Drill-Down adalah pola untuk menelusuri struktur pohon informasi sebagai daftar bertahap
    • Transisi animasi mengisyaratkan pergerakan horizontal antar kolom
      • Bergerak ke kanan berarti masuk ke level yang lebih dalam pada hierarki pohon
      • Bergerak ke kiri berarti kembali ke level di atasnya
    • Navigasi Drill-Down memiliki struktur modeless, sehingga pertanyaan seperti apakah akan menyimpan tidak menghentikan penelusuran hierarki
    • Navigation Bar menampilkan judul layar saat ini, dan Disclosure indicator pada baris daftar menunjukkan bahwa pengguna bisa masuk ke hierarki yang lebih dalam
    • Tombol Back adalah jalur yang jelas untuk kembali ke level atas; jika ruang memungkinkan, lebih baik menggunakan judul layar induk sebagai label daripada “Back” generik
    • Gesture swipe dari tepi kiri layar ke kanan berfungsi sama seperti tombol Back
    • Implementasi kustom harus menyediakan transisi yang interaktif dan dapat dibatalkan, dikendalikan dengan screen-edge pan gesture seperti standar iOS
    • Dalam bahasa yang dibaca dari kanan ke kiri, arah navigasi dan penempatan kontrol dicerminkan sesuai arah baca
    • Struktur pohon dapat dibuat secara dinamis untuk pemfilteran database
      • Di aplikasi musik, pengguna dapat melakukan Drill-Down ke album yang sama dari titik awal berbeda seperti Artist, Album, atau Genre, dan juga menggunakan antarmuka pencarian
    • Drill-Down adalah variasi satu kolom per layar dari Miller columns bergaya macOS Finder

  • Flat

    • Pola Flat membagi hierarki pada level root dan menampilkannya dengan tab bar
      • Di iPad, pola ini dapat ditampilkan sebagai sidebar
    • Item tab bar dipilih berdasarkan fungsi utama aplikasi dan membentuk ekspektasi pengguna serta model mental mereka terhadap aplikasi
    • Salah satu item tab bar selalu dipilih, dan pilihan aktif menentukan apa yang ditampilkan di area konten utama aplikasi
    • Item tab bar yang sedang dipilih tidak boleh berubah secara programatis tanpa interaksi pengguna, atau berubah secara tidak langsung karena pengguna mengetuk tombol lain di antarmuka
    • Tab bar tetap terlihat di seluruh layar aplikasi, kecuali saat tertutup sementara oleh modal sheet
    • Tab dapat digunakan sebagai filter atau sebagai titik masuk berbeda ke koleksi konten besar seperti pustaka musik, video, atau foto
    • Setiap section mempertahankan state navigasi sub-hierarkinya sendiri
    • Item tab bar harus berperilaku dapat diprediksi, dan tidak boleh membuka sheet atau menjalankan aksi
    • Menu hamburger adalah cara navigasi tersembunyi yang berlawanan dengan tab bar

  • Pyramid

    • Pola Pyramid memungkinkan perpindahan cepat antar view sibling pada level hierarki yang sama tanpa kembali ke layar induk
    • Pada aplikasi media, gesture swipe horizontal sering digunakan untuk berpindah antar view sibling
    • Tombol juga dapat digunakan, seperti tombol chevron Next Message dan Previous Message di aplikasi iOS Mail
    • Aplikasi iOS Photos adalah contoh pola Pyramid
      • Setelah mengetuk foto untuk membukanya dalam layar penuh, pengguna dapat swipe ke kiri dan kanan untuk berpindah ke gambar yang berdekatan
    • Pada koleksi kecil, page control digunakan untuk memvisualisasikan jumlah total item dan posisi item saat ini di antara sibling-nya
    • iOS App Switcher menerapkan pola Pyramid untuk berpindah cepat antar aplikasi, menyediakan navigasi yang lebih cepat daripada melalui Home screen

  • Hub-and-Spoke

    • Pola Hub-and-Spoke cocok ketika ada koleksi besar yang tidak saling terkait di level teratas hierarki
    • Untuk berpindah antar child view layar penuh, pengguna selalu kembali dulu ke hub
    • Home screen iOS adalah koleksi semua aplikasi yang terpasang dan berperan sebagai state netral yang dapat dipercaya pada sistem operasi
    • Home indicator di bagian bawah layar adalah jalan keluar yang mudah dipelajari dan selalu tersedia, membawa pengguna kembali ke antarmuka Home screen yang familier
    • Pola ini hampir tidak pernah digunakan di dalam aplikasi
      • Di dalam aplikasi, jarang ada kebutuhan untuk pemisahan yang sekuat pemisahan antar aplikasi pada level sistem operasi

Navigasi overlay

  • High-Friction Modal

    • Overlay High-Friction Modal memblokir layar di belakangnya sampai pengguna membuat keputusan, seperti sheet atau dialog peringatan dengan beberapa tindakan
    • Saat menulis email atau membuat event kalender, pengguna perlu memilih untuk melanjutkan dengan Done atau Send, atau berubah pikiran dengan Cancel
    • Tombol Cancel tidak boleh langsung membuang state atau data apa pun
      • Saat mengetuk Cancel pada modal sheet, dialog konfirmasi tambahan harus selalu ditampilkan sebagai pengaman
      • Dalam dialog peringatan, Cancel sama sekali tidak boleh menjadi tindakan destruktif
    • Modal berfokus pada penyelesaian tugas yang spesifik dan mandiri, seperti menulis email atau menambahkan event kalender

  • Low-Friction Modal

    • Low-Friction Modal memblokir bagian lain aplikasi, seperti sheet, menu, atau popover, tetapi tidak menuntut keputusan “salah satu dari dua”
    • Modal harus mudah ditutup, misalnya menghilang saat pengguna menekan tombol tutup atau men-swipe sheet ke bawah
    • Mengetuk di luar context menu atau popover akan menutupnya
    • Dialog peringatan yang hanya memiliki satu tombol OK mudah ditutup, tetapi friction rendah tidak sama dengan tanpa friction
    • Peringatan dengan satu aksi sebaiknya dihindari sebisa mungkin
      • Peringatan seperti ini mengganggu alur pengguna, dan sering kali dapat diganti dengan teks inline atau notifikasi non-modal

  • Non-Modal

    • Overlay Non-Modal menutupi sebagian layar tetapi tidak memblokir antarmuka di belakangnya
    • Karena tidak memblokir, friction-nya sangat kecil atau tidak ada
    • Overlay ini dapat muncul sebagai respons terhadap pemicu dari luar aplikasi, seperti notifikasi sistem operasi
    • Jika menghilang secara otomatis, overlay harus menyediakan informasi periferal yang dapat dilihat sekilas dengan gangguan minimal
    • Overlay non-modal sementara dapat memiliki interaksi opsional
      • Pengguna dapat mengetuk notifikasi, atau men-swipe indikator volume sebelum hilang untuk mengubah volume
    • Overlay yang tidak memblokir sisa aplikasi dan juga tidak muncul atau hilang secara otomatis dapat disebut palette

Navigasi embedded

  • State Change

    • Satu view dapat memiliki beberapa state
    • List view dapat memiliki state empty, loading, dan populated tanpa terlihat seolah posisinya dalam hierarki navigasi berubah
    • Pastikan perubahan state memang bukan hierarkis dan bukan modal
    • Untuk perubahan state di tempat, hindari transisi layar penuh
    • Contohnya mencakup mode edit pada daftar, antarmuka browser web, peta jalan yang dapat di-pan, dan gambar yang dapat diperbesar
    • Opsi view hanya mengubah cara konten ditampilkan tanpa mengubah posisi pengguna
      • Peralihan antara list view dan thumbnail view adalah toggling visualisasi berbeda untuk informasi yang sama dalam konteks yang sama

  • Step-by-Step

    • Pola Step-by-Step menghubungkan serangkaian layar menjadi alur linear, seperti tur terpandu, alur pengaturan, atau tutorial onboarding
    • Proses yang membutuhkan banyak input data, seperti checkout toko online, juga memerlukan beberapa langkah
    • Bergerak maju dan mundur dalam urutan tidak mengubah level hierarki; inilah yang membedakannya dari pola Drill-Down
    • Sequence Step-by-Step sebaiknya ditampilkan di dalam overlay modal
      • Dalam konteks ini, tombol Back memiliki tujuan yang berbeda dari tombol Back pada Drill-Down hierarkis
    • Proses biasanya diselesaikan dengan tombol Done atau Close, yang juga menutup modal yang menampungnya
    • Jumlah langkah dan jalur dapat berubah sesuai opsi yang dipilih
    • Wizard dan assistant adalah nama lain untuk pola ini
    • Proses Step-by-Step bisa terasa membosankan
      • Jika pengguna diperkirakan akan sering melakukannya, pertimbangkan menggabungkan beberapa langkah menjadi state berbeda dalam satu view untuk meningkatkan kepadatan informasi dan mengurangi perpindahan konteks

  • Content-Driven

    • Navigasi Content-Driven adalah cara hyperlink atau tombol memindahkan pengguna secara instan ke halaman atau view lain
    • Navigasi web pada browser bekerja dengan cara ini
    • Di aplikasi iOS, pola ini sebaiknya dihindari kecuali untuk aplikasi yang menampilkan hypertext, game imersif, atau konten non-linear serupa
    • Jika aplikasi harus menampilkan konten hypertext, pertimbangkan memasukkannya ke dalam antarmuka browser yang memiliki kontrol back dan forward
    • Perubahan state pada antarmuka browser independen lebih mudah dipahami daripada perubahan posisi yang tidak terduga dalam hierarki aplikasi
    • Link dapat digunakan untuk berpindah antar aplikasi
    • Deep Links menggunakan URL scheme atau Universal Links yang terhubung ke domain untuk memindahkan pengguna dari satu aplikasi atau situs web ke level yang lebih dalam di aplikasi lain

Referensi

Bacaan terkait

3 komentar

 
GN⁺ 2023-12-13
Komentar Hacker News

  • Ini sudah sering dibahas, tetapi penggunaan pola seperti ini dengan baik adalah salah satu dari banyak alasan mengapa Apollo jauh lebih baik daripada aplikasi resmi Reddit
    Navigasi, gesture, dan perilakunya konsisten, dan konsep seperti ini juga bukan sesuatu yang sulit. Cukup peduli untuk mematuhinya, tetapi terlalu banyak aplikasi yang tidak melakukannya sehingga terasa mengecewakan

    • Ini perbedaan antara aplikasi yang dioptimalkan agar menjadi aplikasi yang baik, dan aplikasi yang dioptimalkan untuk engagement dan penjualan
      Mirip seperti supermarket yang secara berkala mengubah susunan rak. Jika navigasi, gesture, dan perilakunya konsisten, pengguna bisa mendapatkan yang mereka inginkan dan keluar terlalu efisien
    • Saya belum pernah melihat aplikasi yang sebingung aplikasi Reddit resmi, dan saya menganggap kecerdasan saya biasa saja
      Saya mengelola subreddit beranggotakan 30 ribu orang, jadi saya harus bisa memakai Reddit di ponsel, tetapi itu nyaris mustahil. Setiap tindakan membutuhkan terlalu banyak langkah, dan saya tidak bisa tahu sedang berada di mana, jadi rasanya benar-benar sampah
    • Sungguh memalukan bagaimana Steve Huffman merusak Reddit dengan cara menyingkirkan Apollo
      Saya sudah berhenti memakai Reddit beberapa tahun lalu, tetapi kejadian ini adalah paku terakhir di peti mati
    • Aplikasi Reddit resmi adalah salah satu dari sedikit aplikasi yang secara rutin membuat saya tersesat
      Butuh terlalu banyak energi mental untuk kembali ke layar utama, jadi saya biasanya menutup paksa aplikasi lalu membukanya lagi
    • Di Apollo pun Anda bisa membuka layer seperti subreddit, profil pengguna, dan postingan dengan menumpuknya tanpa batas, sehingga bisa membingungkan
      Setelah beberapa tingkat saja, untuk kembali ke layar pertama Anda harus terus menggeser atau menekan tombol kembali sampai sampai ke sana, jadi cukup merepotkan. Mungkin ada gesture ajaib yang tidak saya tahu

  • Saya langsung meringis ketika melihat istilah “pola navigasi iOS”. Tidak ada polanya, dan itu salah satu hal terburuk iOS dibandingkan Android
    Di Android, kembali itu mudah dan bisa memiliki beberapa makna. Saya sudah memakai iOS lebih dari setahun, dan saya masih harus menebak salah satu dari dua “pola” kembali, lalu mencari tombol di tempat yang tidak terjangkau tangan. Kadang tetap tidak berhasil
    Jangan serahkan pola ini kepada developer; ini harus diperbaiki di level sistem operasi. Developer tidak ingin pengguna meninggalkan sebagian aplikasi mereka. Coba saja tekan kembali di Instagram Reels, misalnya

    • Bagi saya, fakta bahwa “di Android, kembali itu mudah dan bisa memiliki beberapa makna” adalah salah satu hal terburuk Android
      Sama sekali tidak ada konsistensi tentang apa yang dilakukan tombol kembali. Bahkan sebagai developer, saya harus memikirkan apa yang seharusnya dilakukan tombol kembali dalam situasi tertentu. Haruskah kembali ke layar sebelumnya, atau naik satu tingkat dalam navigasi drill-down? Itu ambigu, dan kadang keduanya sama, tetapi tidak selalu
      Kadang ia naik satu tingkat dalam struktur navigasi, kadang kembali ke layar sebelumnya, kadang menutup dialog, bahkan kadang menutup aplikasi. Tergantung konteks, tindakan apa pun bisa terjadi, dan jika beberapa bisa berlaku sekaligus, tidak jelas mana yang akan dilakukan. Satu-satunya cara mengetahuinya adalah menekannya dan melihat apa yang terjadi
      Saya tidak suka elemen antarmuka pengguna yang ambigu. Saat mengklik sesuatu, saya ingin tahu tindakan apa yang akan dijalankan
    • Pengalaman activity stack di Android adalah bagian yang paling saya sukai dari desain sistemnya
      Itu menciptakan konsistensi yang mendalam sehingga navigasi tidak terasa melelahkan. Saya benar-benar berharap iOS memilikinya secara bawaan dengan cara yang sama
      Activity stack bekerja melintasi aplikasi, jadi meskipun beberapa aplikasi bersama-sama menangani satu tugas, gesture kembali selalu membawa Anda kembali ke layar tepat sebelumnya
    • Saya tidak mengerti kenapa tombol kembali di iOS tersebar di mana-mana
      Kadang ada di kiri atas, kadang di kiri bawah, kadang di kanan bawah, dan mungkin ada aplikasi yang menaruhnya di tempat lain
      Android memiliki tombol kembali level sistem operasi yang selalu bisa dijangkau bahkan saat digunakan dengan satu tangan. Cara ini jauh lebih unggul
    • Soal “jangan serahkan pola kepada developer; perbaiki di level sistem operasi”, saya rasa Apple tidak melakukannya karena secara praktis mustahil
      Misalnya, jika Anda bisa mengubah isi sebuah view, Anda juga bisa menghapus semua isinya dan menggantinya dengan konten yang benar-benar baru. Jika ini terjadi karena suatu tindakan pengguna, secara efektif itu sama seperti “berpindah ke layar baru”. Namun jika developer tidak menggunakan panggilan API sistem operasi yang diusulkan, yaitu createNewView, dan hanya mengubah isi view saat ini, gesture level sistem operasi tidak akan berfungsi
      Namun Apple memang bisa mewajibkan penggunaan API sistem operasi ini agar lolos review. Meski begitu, menurut saya apa yang disebut “view baru yang bisa dikembalikan” dan apa yang hanya “view lama dengan isi yang berubah” tetap agak subjektif
    • Menu berbagi adalah yang terburuk. Saya tidak tahu bagaimana orang seharusnya memahaminya
      Ia menampilkan kontak, aplikasi, item vertikal, item horizontal, dan item lain di bagian bawah, dan itu pun baru terlihat setelah Anda tahu bahwa Anda harus menariknya ke atas. Posisinya juga berbeda-beda di tiap aplikasi, dan ikonnya tidak ada hubungannya dengan “berbagi” atau “salin/tempel”
      Orang yang tumbuh bersama smartphone bisa beradaptasi seperti biasa. Jika saat diperkenalkan usianya belum lewat 40–50 tahun, umumnya masih bisa menyesuaikan diri. Kebanyakan hal modern dirancang dengan sangat buruk dan sering tidak stabil. AppleTV juga begitu, dan rasanya seperti membahas cara mengubah kata sandi Wi-Fi. Itu diperlukan untuk mengakali bug, tetapi saya tidak mengerti kenapa menekan tombol nyala/mati tidak membuatnya reboot

  • Saya tidak tahu apakah ini cukup terkait, tetapi di Mac dan kini iPadOS (https://useyourloaf.com/blog/ipad-customizable-toolbars/), kontrol toolbar bawaan mendukung kustomisasi pengguna tingkat tinggi
    Ini bisa dicoba di Finder dan beberapa aplikasi native lainnya
    Widget bawaan yang kuat adalah aspek yang kurang diapresiasi di desktop Mac, dan juga bagian yang saya khawatirkan seiring SwiftUI mengambil alih. Ini juga keunggulan besar di iOS, tetapi karena aplikasi terlalu sering mencoba memberi desainnya sendiri, keunggulan itu relatif kurang terlihat
    Namun mungkin ingatan saya keliru, tetapi rasanya aplikasi iOS dulu mendukung kustomisasi bilah tab secara default. Memang jelas berbeda dari toolbar, tetapi memungkinkan pengguna mengedit urutan tab dan tab mana yang benar-benar ditampilkan terasa seperti padanan spiritual dari kustomisasi toolbar bawaan. Namun sudah bertahun-tahun saya tidak melihatnya
    Menurut dokumentasi, fitur itu masih ada. Saya penasaran apakah ada yang tahu aplikasi yang masih memakai pola ini: https://developer.apple.com/documentation/uikit/uitabbarcont...
    Bagaimanapun, bilah tab itu keren. Itulah cara yang dipakai sebagian besar aplikasi Apple TV yang pernah saya gunakan, dan pengalaman yang konsisten itu luar biasa

    • Pada masa-masa awal, cukup umum untuk mengacak tab dan memasukkan atau mengeluarkan hanya yang diinginkan
      Saat Facebook masih lumayan, mungkin sekitar iOS 7, seingat saya item seperti chat, feed, notifikasi, dan grup bisa diubah seperti ini
    • Beberapa aplikasi Apple seperti Apple Store dan Music memakai bilah tab bawah, tetapi tidak bisa dikustomisasi
      Di luar Apple, aplikasi yang terpikir oleh saya semuanya sudah lama beralih ke menu hamburger yang sulit ditemukan
    • Di Mac, saya berharap lebih banyak aplikasi memakai toolbar standar
      Kemungkinan kustomisasinya bagus, tetapi hampir tidak pernah ditemukan pada implementasi buatan sendiri
    • UITabBar dari dulu juga sangat membatasi dan menyakitkan untuk dikustomisasi dari sudut pandang programmer, dan hampir tidak ada proyek yang peduli pada aspek pengguna mengubahnya sendiri
      Menurut saya Apple mengunci tampilannya terlalu ketat, sehingga akhirnya membuat semua orang menggantinya dengan yang lain
    • Saya masih merindukan fitur di aplikasi iOS seperti Music yang memungkinkan menyusun ulang toolbar
      Dua tab di Apple Music secara harfiah sama sekali tidak saya pakai. Saya berharap bisa langsung menuju playlist dan album

  • Pernyataan pada item pertama bahwa “navigasi drill-down tidak memiliki state” justru tampak terbalik
    Layar N bergantung pada apa yang dilakukan sebelumnya, dan Anda juga bisa kembali ke sana, jadi ini struktur yang sangat banyak state. Agar berguna, state internalnya benar-benar harus dilacak. Misalnya, isi daftar bergantung pada state N-1; kalau tidak, hasilnya akan mengerikan
    UI tanpa state itu seperti modal satu tingkat. Entah ada atau tidak. Terutama jika sifatnya sementara dan tidak ada cara untuk “melanjutkan”, makin kuat disebut tanpa state
    Selama bertahun-tahun saya melihat cukup banyak diskusi yang memakai istilah “stateful” dengan makna yang sama sekali berbeda, dan belakangan jumlahnya meledak. Jadi saya hampir sampai pada kesimpulan bahwa nyaris tidak ada orang yang sepakat satu sama lain soal maknanya, dan hanya sedikit yang menyadari fakta itu
    Saya penasaran, bagi kalian, apa itu UI yang stateful. Perbedaannya menarik

    • Saya setuju bahwa ungkapan “UI yang stateful” pada umumnya ambigu, tetapi dalam konteks navigasi saya biasanya mendengar hierarki disebut stateless, dan activity stack disebut stateful
      Dalam struktur hierarkis seperti iOS, setiap anak harus memiliki tepat satu induk, sehingga jika kita tahu halaman saat ini, kita tahu tombol “kembali” akan melakukan apa. Tidak peduli bagaimana halaman itu dicapai, tombol itu menuju halaman induk satu tingkat di atas dalam hierarki
      Dalam activity stack seperti Android, mengetahui halaman saat ini saja tidak cukup; kita harus tahu bagaimana kita sampai ke halaman itu. Karena tombol “kembali” berarti mundur dalam riwayat
      Banyak situs web mendukung keduanya. Tombol back browser bersifat stateful dan menavigasi riwayat pribadi, tetapi navigasi di dalam halaman seperti breadcrumb biasanya stateless dan tidak bergantung pada jalur spesifik yang ditempuh untuk mencapai halaman tersebut. Tentu ada pengecualian. Banyak antarmuka pencarian bisa dianggap stateful, karena ketika masuk ke sebuah item lalu kembali lewat navigasi dalam halaman, Anda kembali ke kueri pencarian sebelumnya, bukan ke halaman induk
    • Bagi saya, UI yang stateful berarti frontend menggunakan variabel untuk mengelola perilakunya sendiri

  • Ada satu ungkapan yang tidak akurat di sini. Bagian yang mengatakan “menggeser dari tepi kiri layar ke kanan sama dengan menekan tombol kembali”
    Jika mengimplementasikannya sendiri, ini seharusnya bukan gesture swipe, melainkan gesture edge pan. Interaksinya harus mengikuti jari dan bisa dibatalkan; kalau tidak, rasanya akan salah

    • Sepertinya aplikasi iOS X/Twitter dan aplikasi Reddit punya masalah ini
      Terlalu sering saya sedang mengetik sesuatu dengan serius, lalu hanya sedikit menyentuh tepi ponsel dan seluruh komentar hilang
    • Menggeser dari kiri ke kanan untuk kembali adalah cara yang buruk untuk mengimplementasikan “tombol kembali” dan sama sekali tidak boleh dilakukan. Harus selalu ada tombol kembali yang nyata
      Alasannya karena orang kidal itu ada. Gerakan itu tidak alami maupun nyaman dilakukan dengan ibu jari kiri. Arahnya juga tidak bisa dibalik untuk orang kidal. Jika membaca dari kiri ke kanan, swipe ke kanan tampak seperti maju, bukan kembali
      Secara umum saya tidak suka navigasi dengan swipe. Di iOS khususnya buruk. Swipe dari bawah ke atas memunculkan suatu menu yang berisi hal-hal penting, tetapi tidak bisa ditemukan saat dibutuhkan dan terus terpanggil secara keliru saat menggulir halaman web
      Lebih umum lagi, iOS telah merosot menjadi sistem operasi yang sangat rumit dan seperti mimpi buruk untuk dinavigasi, dan saya merasa Apple perlu kembali menangani UI/UX dengan serius. Masalah utamanya tampaknya adalah ekspektasi bahwa ponsel harus menangani banyak sekali tugas yang sejak awal tidak cocok untuknya
    • Sailfish OS menangani ini dengan benar dan konsisten di semua aplikasi
      https://sailfishos.org/
      Secara keseluruhan terasa lebih sederhana dan lebih baik daripada iOS dan Android

  • Ini benar-benar materi yang bagus bagi orang yang kesulitan dengan aspek software visual
    Diagram dan penjelasan yang jelasnya luar biasa

  • Frank Rausch adalah pembuat “V for Wiki”, aplikasi Wikipedia terbaik
    Karena itu, menurut saya ketika ia membahas desain iOS dan pengalaman pengguna, pendapatnya layak didengar
    https://web.archive.org/web/20211223231349/https://v-for-wik...

    • Secara terpisah, saya tidak tahu sebenarnya apa yang terjadi dengan V For Wiki
      Saya memakainya setiap hari, lalu suatu hari tiba-tiba berhenti berfungsi, dan ketika saya mencarinya di App Store, aplikasinya sudah hilang. Sungguh mengecewakan

  • Saya berharap gestur “menggeser dari tepi kiri layar ke kanan sama dengan menekan tombol kembali” bisa dimatikan
    Terlalu sering aksi kembali terpicu saat melakukan scroll horizontal, yang umum terjadi di halaman web yang tidak pas di layar

  • iOS melakukan bagian ini dengan cukup baik
    Aplikasi iOS tipikal memiliki arsitektur tetap seperti pohon hierarki bertingkat, dan berkat struktur yang ketat ini, pilihan navigasi menjadi dapat diprediksi. Pola navigasi struktural memberi pengguna kepastian tentang dari mana mereka datang, di mana posisi mereka dalam hierarki, dan bagaimana kembali ke tempat semula
    Sebaliknya di Android, gestur kembali terkadang membawa ke halaman sebelumnya, dan terkadang menutup aplikasi sepenuhnya. Terlalu tidak konsisten, sampai-sampai setelah memakai Android selama 12 tahun saya beralih ke iOS

    • Memang sudah begitu sejak awal
      Mengejutkan juga bahwa saya bertahan selama 12 tahun penuh sebelum akhirnya memutuskan sudah tidak tahan lagi

  • Saat pertama kali mulai mengembangkan untuk iPhone, yaitu ketika SDK resmi baru saja dirilis, Apple sangat ketat soal Human Interface Guidelines dan dokumentasinya juga sangat bagus tentang unsur-unsur yang membentuk UI yang baik serta pola standar yang harus diikuti
    Namun ketika beralih ke desain “flat”, rasanya semua itu benar-benar menghilang. Menurut saya alasan utamanya adalah karena dokumen-dokumen itu tidak lagi masuk akal
    Dulu panduannya sangat jelas, seperti “buat interaksi pengguna terlihat jelas”, tetapi sekarang menjadi “ini mungkin bisa diklik, mungkin hanya teks biasa, atau mungkin harus ditekan lama”
 
genkino 2023-12-13

Halo! Saya juga baru mengetahui hal ini saat membagikan tulisan ini kepada rekan kerja. Ternyata bentuk baku yang sesuai kaidah ejaan bahasa Korea adalah naebigeisyeon, bukan nebigeisyeon. Haha, karena ini pelafalan dari bahasa Inggris, sebenarnya agak sulit untuk mengatakan mana yang benar. Namun karena ini tempat yang dibaca banyak orang, saya meninggalkan komentar kecil dengan harapan kalau memungkinkan akan lebih baik jika ditulis sesuai bentuk bakunya.
 
xguru 2023-12-14

Tulisan ini adalah hasil ringkasan oleh GPT-4. Sepertinya GPT biasanya menulis “navigasi” dengan benar, tetapi sesekali juga mencampurkannya dengan variasi ejaan lain. Sudah saya perbaiki, hehe