Modern iOS Gezinti Kalıpları
(frankrausch.com)- iOS uygulama gezintisinde, kullanıcının mevcut konumunu ve geri dönebileceği yolu anlaması için hiyerarşi, overlay ve görünüm içi akışlar net biçimde ayrılmalıdır
- Yapısal kalıplar Drill-Down, Flat, Pyramid ve Hub-and-Spoke olarak ayrılır; ağaç gezintisi, sekme tabanlı ayrım, kardeş ekranlar arasında geçiş ve hub’a geri dönüş gibi ekran geçişlerinin anlamları farklıdır
- Overlay’ler dikkati çekmek için kullanılan araçlardır, ancak modal olup olmamaları ve sürtünme düzeylerine göre arka plandaki ekranı ne kadar engelledikleri ve kullanıcının hangi eylemi yapması gerektiği değişir
- Gömülü gezinti belirli bir görünümün ya da modalin içinde yer almalıdır; durum değişiklikleri veya adım adım akışlar hiyerarşik geçiş gibi görünmeyecek şekilde tasarlanmalıdır
- Sekmeler öngörülebilir olmalı, Cancel verileri doğrudan atmamalı ve iOS uygulamalarında rastgele geçişler yerine net hiyerarşi, durum ve modal sınırlarını korumak daha uygundur
iOS gezintisinin üç ekseni
- iOS uygulamaları genelde birden çok seviyeden oluşan sabit bir hiyerarşi ağacı ile kurulur
- Yapısal gezinti, kullanıcının nereden geldiğini, hiyerarşi içinde nerede olduğunu ve başlangıç konumuna nasıl döneceğini anlamasına yardımcı olur
- Overlay’ler herhangi bir bağlamın üzerinde görünebilir ve başka overlay’lerin üstüne de binebilir
- Modal overlay kullanıcı bir eylem gerçekleştirmeden kaybolmaz ve arka plandaki arayüzü engeller
- Non-modal overlay uygulamayı engellemez
- Gömülü gezintiyi, iOS’un yapısal ve mekânsal modeline uyacak şekilde belirli bir görünümün veya modal overlay’in içine yerleştirmek uygundur
Yapısal gezinti kalıpları
-
Drill-Down
- Drill-Down, bilgilerin ağaç yapısı içinde adım adım listelerle gezildiği bir kalıptır
- Animasyonlu geçişler sütunlar arasındaki yatay hareketi ima eder
- Sağa hareket, ağaç hiyerarşisinde daha derine inmeyi gösterir
- Sola hareket, üst seviyeye dönmeyi gösterir
- Drill-Down gezintisi modeless bir yapıdır; bu yüzden kaydedilsin mi gibi sorular hiyerarşi gezintisini kesintiye uğratmaz
- Navigation Bar mevcut ekranın başlığını gösterir; liste satırındaki Disclosure indicator ise daha derine gidilebildiğini belirtir
- Back düğmesi üst seviyeye dönmek için net bir yoldur; alan uygunsa genel “Back” yerine üst ekranın başlığını etiket olarak kullanmak daha iyidir
- Ekranın sol kenarından sağa doğru kaydırma hareketi, Back düğmesiyle aynı işlevi görür
- Özel uygulamalar, iOS standardında olduğu gibi screen-edge pan gesture ile kontrol edilen etkileşimli ve iptal edilebilir geçişler sunmalıdır
- Sağdan sola okunan dillerde gezinti yönü ve kontrollerin yerleşimi okuma yönüne göre aynalanır
- Ağaç yapısı, veritabanı filtreleme için dinamik olarak oluşturulabilir
- Bir müzik uygulamasında aynı albüme Artist, Album veya Genre gibi farklı başlangıç noktalarından Drill-Down yapılabilir; arama arayüzü de birlikte kullanılabilir
- Drill-Down, macOS Finder tarzı Miller columns yaklaşımının ekran başına tek sütun varyasyonudur
-
Flat
- Flat kalıbı hiyerarşiyi kök seviyede böler ve tab bar ile gösterir
- iPad’de sidebar olarak gösterilebilir
- Sekme çubuğu öğeleri uygulamanın temel işlevleri etrafında seçilir ve kullanıcı beklentileriyle uygulamaya dair zihinsel modeli oluşturur
- Sekme çubuğu öğelerinden biri her zaman seçilidir ve aktif seçim, uygulamanın ana içerik alanında neyin gösterileceğini belirler
- O anda seçili sekme çubuğu öğesi, kullanıcı etkileşimi olmadan programatik olarak veya arayüzde başka bir düğmeye dokunma gibi dolaylı bir yolla değiştirilmemelidir
- Sekme çubuğu, modal bir sheet tarafından geçici olarak örtülmesi dışında uygulamanın tüm ekranlarında görünür kalır
- Sekmeler filtre olarak veya müzik, video ya da fotoğraf arşivi gibi büyük içerik koleksiyonlarına farklı giriş noktaları olarak kullanılabilir
- Her bölüm kendi alt hiyerarşisinin gezinti durumunu korur
- Sekme çubuğu öğeleri öngörülebilir davranmalı; bir sheet açmamalı veya bir eylem başlatmamalıdır
- Hamburger menü, sekme çubuğuna karşılık gelen gizli bir gezinti yöntemidir
- Tüm gezinti arayüzü küçük bir ikonun arkasına gizlendiğinde keşfedilebilirlik düşer
- 2015 civarında iOS’ta popülerdi, ancak sekme çubuğunun çok daha kolay keşfedildiğini gösteren araştırmaların ardından uygulama geliştiricileri Hamburger menüyü terk etti
- Flat kalıbı hiyerarşiyi kök seviyede böler ve tab bar ile gösterir
-
Pyramid
- Pyramid kalıbı, üst ekrana dönmeden aynı hiyerarşi seviyesindeki kardeş görünümler arasında hızlı geçiş sağlar
- Medya uygulamalarında yatay kaydırma jesti sıkça kardeş görünümler arasında geçiş için kullanılır
- iOS Mail uygulamasındaki Next Message ve Previous Message şevron düğmeleri gibi düğmeler de kullanılabilir
- iOS Photos uygulaması Pyramid kalıbına bir örnektir
- Bir fotoğrafa dokunup tam ekran açtıktan sonra sola ve sağa kaydırarak bitişik görüntüler arasında geçiş yapılır
- Küçük koleksiyonlarda page control toplam öğe sayısını ve mevcut öğenin kardeşler içindeki konumunu görselleştirmek için kullanılır
- iOS App Switcher, uygulamalar arasında hızlı geçiş sağlayan bir Pyramid kalıbı uygular ve Home ekranı üzerinden geçmekten daha hızlı gezinti sunar
-
Hub-and-Spoke
- Hub-and-Spoke kalıbı, hiyerarşinin en üstünde birbiriyle ilişkili olmayan büyük koleksiyonlar olduğunda uygundur
- Tam ekran alt görünümler arasında geçmek için her zaman önce hub’a dönülür
- iOS Home ekranı, kurulu tüm uygulamaların koleksiyonudur ve işletim sisteminin güvenilir nötr durumu olarak işlev görür
- Ekranın altındaki Home indicator, öğrenmesi kolay ve her zaman kullanılabilen bir çıkış noktasıdır; kullanıcıyı tanıdık Home ekranı arayüzüne geri götürür
- Bu kalıp uygulama içinde neredeyse hiç kullanılmaz
- İşletim sistemi düzeyinde uygulamalar arasındaki kadar güçlü bir ayrımın uygulama içinde gerekli olduğu durumlar çok nadirdir
Overlay gezintisi
-
High-Friction Modal
- High-Friction Modal overlay, sheet veya birden çok eylem içeren uyarı iletişim kutusu gibi, kullanıcı karar verene kadar arka ekranı engeller
- E-posta yazma veya takvim etkinliği oluşturma gibi durumlarda Done ya da Send ile ilerleme veya Cancel ile vazgeçme seçimi gerekir
- Cancel düğmesi herhangi bir durumu veya veriyi doğrudan atmamalıdır
- Modal sheet içinde Cancel’e dokunulduğunda güvenlik önlemi olarak her zaman ek bir onay iletişim kutusu gösterilmelidir
- Uyarı iletişim kutusunda Cancel asla yıkıcı bir eylem olmamalıdır
- Modal, e-posta yazmak veya takvim etkinliği eklemek gibi belirli ve bağımsız bir işi tamamlamaya odaklanır
-
Low-Friction Modal
- Low-Friction Modal, sheet, menü veya popover gibi uygulamanın geri kalanını engeller ama kullanıcıdan “ya o ya bu” türü bir karar istemez
- Kapatma düğmesine basarak veya sheet’i aşağı kaydırarak kolayca kapatılabilmelidir
- context menu ya da popover dışına dokunulduğunda kaybolur
- Yalnızca bir OK düğmesi olan uyarı iletişim kutusunu kapatmak kolaydır, ancak düşük sürtünme sıfır sürtünme anlamına gelmez
- Tek eylemli uyarılardan mümkün olduğunca kaçınılmalıdır
- Bunlar kullanıcı akışını keser ve çoğu durumda satır içi metin veya non-modal bildirimlerle değiştirilebilir
-
Non-Modal
- Non-Modal overlay ekranın bir kısmını kaplar ama arka plandaki arayüzü engellemez
- Engelleyici olmadığı için sürtünme çok düşüktür veya hiç yoktur
- İşletim sistemi bildirimlerinde olduğu gibi uygulama dışı tetikleyicilere tepki olarak görünebilir
- Otomatik olarak kayboluyorsa, en az rahatsızlıkla bir bakışta görülebilen çevresel bilgi sunmalıdır
- Geçici non-modal overlay’lerde isteğe bağlı etkileşim olabilir
- Bildirime dokunmak veya kaybolmadan önce ses göstergesini kaydırarak sesi değiştirmek mümkündür
- Uygulamanın geri kalanını engellemeden otomatik olarak görünmeyen ya da kaybolmayan overlay’ler palette olarak adlandırılabilir
Gömülü gezinti
-
State Change
- Tek bir görünüm birden çok duruma sahip olabilir
- Bir liste görünümü, gezinti hiyerarşisindeki konumu değişmiş gibi görünmeden empty, loading ve populated durumlarına sahip olabilir
- Durum değişikliğinin gerçekten hiyerarşik veya modal olmadığından emin olunmalıdır
- Yerinde durum değişikliklerinde tam ekran geçişlerden kaçınılmalıdır
- Örnekler arasında bir listenin düzenleme modu, web tarayıcı arayüzü, kaydırılabilir mesafe haritası ve yakınlaştırılabilir görüntü bulunur
- Görünüm seçenekleri, kullanıcının konumunu değiştirmeden yalnızca içeriğin gösterim biçimini değiştirir
- list view ile thumbnail view arasında geçiş, aynı bağlamdaki aynı bilgiyi farklı görselleştirmelerle gösteren bir toggledır
-
Step-by-Step
- Step-by-Step kalıbı, rehberli tur, ayar akışı veya onboarding eğitimi gibi bir dizi ekranı doğrusal bir akış içinde bağlar
- Çevrim içi mağaza ödeme akışı gibi çok fazla veri girişi gerektiren süreçlerde de birden çok adım gerekir
- Sıra içinde ileri ve geri gitmek hiyerarşi seviyesini değiştirmez; bu yönüyle Drill-Down kalıbından ayrılır
- Step-by-Step dizilerini modal overlay içinde sunmak daha uygundur
- Bu bağlamdaki Back düğmesi, hiyerarşik Drill-Down’daki Back düğmesinden farklı bir amaca hizmet eder
- Süreç genelde Done veya Close düğmesiyle tamamlanır ve bu düğme kapsayıcı modal’i de kapatır
- Seçilen seçeneklere göre adım sayısı ve yol değişebilir
- Wizard ve assistant bu kalıbın diğer adlarıdır
- Step-by-Step süreçler sıkıcı gelebilir
- Kullanıcının bunu sık yapması bekleniyorsa, bilgi çözünürlüğünü artırmak ve bağlam değişimini azaltmak için birden çok adımı tek görünüm içindeki farklı durumlarda birleştirmeyi düşünebilirsiniz
-
Content-Driven
- Content-Driven gezinti, bağlantıların veya düğmelerin kullanıcıyı başka bir sayfaya ya da görünüme aniden taşıdığı bir yaklaşımdır
- Tarayıcıdaki web gezintisi bu şekilde çalışır
- iOS uygulamalarında, hiper metin gösteren uygulamalar, sürükleyici oyunlar ve benzeri doğrusal olmayan içerikler dışında bu kalıptan kaçınmak daha iyidir
- Uygulamada hiper metin içeriği göstermek gerekiyorsa, bunu geri ve ileri kontrolleri olan bir tarayıcı arayüzünün içine yerleştirmek düşünülebilir
- Ayrı bir tarayıcı arayüzündeki durum değişiklikleri, uygulama hiyerarşisinde beklenmedik konum değişimlerinden daha kolay anlaşılır
- Uygulamalar arası geçişte bağlantılar kullanılabilir
- Deep Links, URL scheme veya bir alan adına bağlı Universal Links kullanarak kullanıcıyı bir uygulama ya da web sitesinden başka bir uygulamanın derin bir hiyerarşisine taşır
Kaynaklar
- Apple WWDC 2022: Explore navigation design for iOS
- Jenifer Tidwell, Designing Interfaces, Third edition, O’Reilly, 2020
- Apple Human Interface Guidelines / Navigation, Archive.org, 2022-01-19
3 yorum
Hacker News yorumları
Zaten çok konuşuldu ama bu kalıbı iyi kullanması, Apollo’nun resmi Reddit uygulamasından çok daha iyi olmasının birçok nedeninden biriydi.
Navigasyon, jestler ve davranışlar tutarlıydı; üstelik bu kavram o kadar da zor değil. Sadece buna uyacak kadar özen göstermek gerekiyor ama bunu yapmayan o kadar çok uygulama var ki insanın hevesi kaçıyor.
Süpermarketlerin raf düzenini düzenli olarak değiştirmesine benziyor. Navigasyon, jestler ve davranışlar tutarlı olursa kullanıcı istediği şeyi fazlasıyla verimli biçimde alıp çıkabilir.
30 bin kişilik bir subreddit yönettiğim için telefonda Reddit kullanabilmem gerekiyor ama bu neredeyse imkânsız. Her iş için çok fazla eylem gerekiyor ve nerede olduğunuzu anlayamıyorsunuz; tam anlamıyla berbat.
Birkaç yıl önce Reddit’i zaten bırakmıştım ama bu olay tabuta son çivi oldu.
Ana ekrana dönmek o kadar fazla zihinsel enerji gerektiriyor ki uygulamayı zorla kapatıp yeniden açıyorum.
Birkaç seviyeden sonra ilk ekrana dönmek için oraya ulaşana kadar sürekli kaydırmak ya da geri düğmesine basmak gerekiyor; bu da epey zahmetli. Bilmediğim sihirli bir jest olabilir.
“iOS navigasyon kalıpları” sözünü görünce irkiliyorum. Ortada bir kalıp yok; Android’le karşılaştırınca iOS’un en kötü yanlarından biri bu.
Android’de geri gitmek kolaydır ve birden fazla anlama gelebilir. Bir yılı aşkın süredir iOS kullanıyorum; iki geri gitme “kalıbından” birini gözüm kapalı denedikten sonra elim yetişmeyen bir yerdeki düğmeyi arar hâle geliyorum. Yine de bazen işe yaramıyor.
Kalıpları geliştiricilere bırakmayıp bunu işletim sistemi düzeyinde düzeltmek gerekiyor. Geliştiriciler kullanıcının uygulamanın bir bölümünden ayrılmasını istemez. Örneğin Instagram Reels’te geri gitmeyi deneyin.
Geri düğmesinin ne yaptığı konusunda hiçbir tutarlılık yok. Bir geliştirici olarak ben bile belirli bir durumda geri gitmenin ne yapması gerektiğini düşünmek zorunda kalıyorum. Önceki ekrana mı gitmeli, drill-down navigasyonda bir seviye yukarı mı çıkmalı; belirsiz. İkisinin aynı olduğu durumlar var ama her zaman değil.
Bazen navigasyon yapısında bir seviye yukarı çıkar, bazen önceki ekrana gider, bazen bir iletişim kutusunu kapatır, hatta uygulamayı bile kapatır. Bağlama göre her davranış mümkün olabilir; birden fazlası geçerliyse hangisi olduğu belirsizdir. Bunu anlamanın tek yolu basıp ne olduğuna bakmaktır.
Muğlak kullanıcı arayüzü öğelerinden nefret ediyorum. Bir şeye tıkladığımda hangi davranışın çalışacağını bilmek istiyorum.
Derin bir tutarlılık yaratıyor ve navigasyonu zahmetsiz hâle getiriyor. iOS’ta da aynı şekilde yerleşik olsaydı gerçekten çok iyi olurdu.
Activity stack uygulamalar arasında çalıştığı için, bir işi birden fazla uygulama birlikte yürütse bile geri jesti sizi her zaman hemen önceki ekrana döndürür.
Bazen sol üstte, bazen sol altta, bazen sağ altta; başka yerlere koyan uygulamalar da vardır.
Android’de tek elle kullanırken bile her zaman ulaşılabilen işletim sistemi geri düğmesi var. Bu yöntem çok daha üstün.
Örneğin bir görünümün içeriğini değiştirebiliyorsanız, tüm içeriği silip tamamen yeni içerikle de değiştirebilirsiniz. Kullanıcının bir eylemiyle bu olursa, fiilen “yeni bir ekrana geçmek” ile aynıdır. Ama geliştirici önerilen işletim sistemi API çağrısı olan
createNewView’ı kullanmayıp yalnızca mevcut görünümün içeriğini değiştirdiyse işletim sistemi düzeyindeki jest çalışmaz.Yine de Apple, incelemeden geçmek için bu işletim sistemi API’sinin kullanımını zorunlu kılabilir. Ancak neyin “geri gidilebilir yeni bir görünüm”, neyin “yalnızca içeriği değişmiş mevcut görünüm” olduğu bir ölçüde öznel bence.
Kişileri, uygulamaları, dikey yöndeki öğeleri, yatay yöndeki öğeleri ve alttaki diğer öğeleri gösteriyor; üstelik bunlar ancak yukarı çekmeniz gerektiğini anladıktan sonra görünüyor. Konumu uygulamadan uygulamaya değişiyor, simgesi de “paylaş” ya da “kopyala/yapıştır” ile hiçbir ilgisi olmayan bir şey.
Akıllı telefonlarla büyüyenler her zaman olduğu gibi uyum sağlayabilir. Çıktığı dönemde 40–50 yaşın üzerinde değilseniz genelde uyum sağlamak mümkün. Modern şeylerin çoğu korkunç tasarlanmış ve sık sık kararsız. Apple TV de öyle; hele Wi‑Fi parolasını değiştirmek konusuna girmeyelim. Hataları aşmak için gerekiyor ama aç/kapat düğmesine basınca neden yeniden başlatmadığını anlamıyorum.
Ne kadar ilgili olduğundan emin değilim ama Mac’te ve artık iPadOS’ta (https://useyourloaf.com/blog/ipad-customizable-toolbars/) yerleşik araç çubuğu kontrolleri yüksek düzeyde kullanıcı özelleştirmesini destekliyor
Finder dahil birçok yerel uygulamada deneyebilirsiniz
Güçlü yerleşik widget’lar Mac masaüstünde yeterince değer görmeyen bir unsur; SwiftUI baskın hale geldikçe beni endişelendiren noktalardan biri de bu. iOS’ta da büyük bir avantaj ama uygulamaların kendi tasarımlarını giydirmeye çalışması çok yaygın olduğundan nispeten daha az göze çarpıyor
Ama yanlış mı hatırlıyorum, eski iOS uygulamaları sekme çubuğu özelleştirmesini varsayılan olarak desteklemiyor muydu? Araç çubuğundan kesinlikle farklı, ama sekmelerin sırasını ve gerçekten gösterilecek sekmeleri düzenleyebilmek, yerleşik araç çubuğu özelleştirmesinin ruhen eşdeğeri gibi geliyordu. Ama yıllardır görmedim
Dokümantasyona göre hâlâ var. Bu deseni hâlâ kullanan bir uygulama bilen var mı merak ediyorum: https://developer.apple.com/documentation/uikit/uitabbarcont...
Her hâlükârda sekme çubukları harika. Denediğim Apple TV uygulamalarının çoğunun kullandığı yöntem bu ve tutarlı deneyim çok iyi
Facebook’un hâlâ fena olmadığı zamanlarda, sanırım iOS 7 civarında sohbet, akış, bildirimler, gruplar gibi öğeleri bu şekilde değiştirebildiğimi hatırlıyorum
Apple dışında aklıma gelen uygulamaların hepsi uzun zaman önce keşfetmesi zor hamburger menülere geçti
Özelleştirilebilir olması iyi bir özellik ama özel uygulamalarda buna neredeyse hiç rastlanmıyor
UITabBarprogramcı açısından da her zaman acı verecek kadar sınırlı biçimde özelleştirilebiliyordu; kullanıcının doğrudan değiştirebilmesi tarafını ise çok az proje önemsediApple’ın görünümü fazla sıkı kilitlediğini ve bunun sonunda herkesi başka bir şeyle değiştirmeye ittiğini düşünüyorum
Apple Music’teki sekmelerden 2’sini kelimenin tam anlamıyla hiç kullanmıyorum. Doğrudan çalma listelerine ve albümlere gitmeyi ayarlayabilsem keşke
İlk maddedeki “drill-down navigasyonun durumu yoktur” sözü bana tam tersi gibi görünüyor
Ekran N, daha önce yaptıklarınıza bağlıdır ve oraya geri de dönebilirsiniz; yani oldukça durumlu bir yapıdır. Yararlı olması için iç durumu gerçekten izlemesi gerekir. Örneğin liste içeriği N-1 durumuna bağlıdır; aksi hâlde berbat olurdu
Durumsuz bir UI, tek aşamalı bir modal gibi bir şeydir. Ya vardır ya yoktur. Özellikle geçiciyse ve “devam etmenin” bir yolu yoksa daha da güçlü biçimde durumsuz sayılabilir
Yıllar boyunca “durumlu” sözünün tamamen farklı anlamlarda kullanıldığı epey tartışma gördüm; son zamanlarda ise bu özellikle patlamış durumda. Bu yüzden neredeyse kimsenin bu kelimenin anlamı üzerinde anlaşmadığı, üstelik bunun farkında olanların da az olduğu sonucuna yaklaşıyorum
Sizin için durumlu UI nedir, merak ediyorum. Bu fark ilginç
iOS gibi hiyerarşik bir yapıda her çocuğun tam olarak bir ebeveyni olması gerektiğinden, yalnızca mevcut sayfayı bilmek “geri” düğmesinin ne yapacağını bilmek için yeterlidir. O sayfaya nasıl gelmiş olursanız olun, hiyerarşide bir seviye üstteki ebeveyn sayfaya gider
Android gibi bir aktivite yığınında ise yalnızca mevcut sayfa yeterli değildir; o sayfaya nasıl geldiğinizi bilmeniz gerekir. Çünkü “geri” düğmesi geçmişte geri gitmek anlamına gelir
Birçok web sitesi ikisini de destekler. Tarayıcının geri düğmesi durum tutar ve kişisel geçmişte gezinir; ama kırıntı yolu gibi sayfa içi navigasyon genellikle durumsuzdur ve o sayfaya ulaşılmış belirli yola bağlı değildir. Elbette istisnalar var. Birçok arama arayüzünde, bir öğeye girip sayfa içi navigasyonla geri döndüğünüzde ebeveyn sayfaya değil önceki arama sorgusuna dönersiniz; bu yüzden durumlu sayılabilir
Burada bir hatalı ifade görüyorum. “Ekranın sol kenarından sağa kaydırmak geri düğmesine basmakla aynıdır” kısmı
Kendiniz uyguluyorsanız bu bir kaydırma jesti değil, kenar pan jesti olmalı. Parmağı takip eden ve iptal edilebilir etkileşimli bir pan olmalı; yoksa hissi yanlış olur
Bir şey yazmaya dalmışken telefonun kenarına hafifçe dokundum diye tüm yorumun uçup gitmesi çok sık oluyor
Bunun nedeni solakların var olması. Sol başparmakla yapmak için doğal da rahat da olmayan bir hareket. Solaklar için yönü tersine de çeviremezsiniz. Soldan sağa okuyorsanız sağa kaydırma geri değil ileri gitmek gibi görünür
Genel olarak kaydırarak gezinmeyi sevmiyorum. iOS’ta özellikle kötü. Alttan yukarı kaydırınca bir menü açılıyor; içinde gerçekten önemli şeyler var ama gerektiğinde bulunamıyor, web sayfası kaydırırken de sürekli yanlışlıkla tetikleniyor
Daha genel olarak iOS, gezinmesi kâbus gibi, korkunç derecede karmaşık bir işletim sistemine geriledi; Apple’ın UI/UX’i yeniden ciddiye alması gerektiğini hissediyorum. Ana sorun, telefonların en başta uygun olmadığı çok sayıda işi yapmasının beklenmesi gibi görünüyor
https://sailfishos.org/
Genel olarak iOS ve Android’den daha basit ve daha iyi olduğunu düşünüyorum
Görsel yazılım tarafında zorlanan biri için gerçekten iyi bir kaynak
Diyagramlar ve açık açıklamalar harika
Frank Rausch, en iyi Wikipedia uygulaması olan “V for Wiki”nin yaratıcısıdır
Bu yüzden iOS tasarımı ve kullanıcı deneyimi hakkında konuştuğunda dinlemeye değer olduğunu düşünüyorum
https://web.archive.org/web/20211223231349/https://v-for-wik...
Her gün kullanıyordum; bir gün aniden çalışmayı bıraktı, App Store’da arayınca da kaybolduğunu gördüm. Gerçekten üzüldüm
“Ekranın sol kenarından sağa kaydırmak, geri düğmesine basmakla aynıdır” davranışını kapatabilsek iyi olurdu
Ekrana sığmayan web sayfalarında sık görülen yatay kaydırma yaparken geri gitmenin tetiklendiği çok oluyor
iOS bu kısmı oldukça iyi yapıyor
Tipik bir iOS uygulaması, birkaç katmanlı hiyerarşik ağaç gibi sabit bir mimariye sahiptir; bu katı yapı sayesinde gezinme seçenekleri öngörülebilir hale gelir. Yapısal gezinme kalıpları, kullanıcıya nereden geldiği, hiyerarşide nerede olduğu ve başlangıçtaki yerine nasıl döneceği konusunda güven verir
Buna karşılık Android’de geri gitme hareketi bazen önceki sayfaya götürür, bazen de uygulamayı tamamen kapatır. O kadar tutarsız ki Android’i 12 yıl kullandıktan sonra iOS’a geçtim
Artık dayanamayacağıma karar vermeden önce tam 12 yıl katlanmış olmam şaşırtıcı
iPhone geliştirmeye ilk başladığımda, yani resmi SDK’nın yeni çıktığı dönemlerde Apple, Human Interface Guidelines konusunda çok katıydı ve iyi bir UI’ı oluşturan unsurlar ile izlenmesi gereken standart kalıplar hakkında belgeleri de çok iyiydi
Ama “flat” tasarıma geçilince bunlar tamamen ortadan kalkmış gibi geliyor. Bence ana sebep, o belgelerin artık anlamlı olmamasıydı
Eskiden “kullanıcı etkileşimlerini açıkça görünür kılın” gibi çok netti; şimdi ise “bu tıklanabilir olabilir, sadece metin olabilir ya da uzun basmak gerekebilir” haline geldi
Merhaba! Ben de bu yazıyı bir meslektaşımla paylaşırken fark ettim. Korece yazım kurallarına göre standart kullanımın
네비게이션değil내비게이션olduğu söyleniyor. haha Sonuçta İngilizce telaffuzdan geldiği için aslında hangisinin doğru olduğunu kesin söylemek biraz belirsiz olabilir ama burayı birçok kişi gördüğü için, madem öyle, mümkünse standart yazıma uygun şekilde kullanılsa güzel olur diye usulca bir yorum bırakıyorum.Bu yazı GPT-4 tarafından özetlenmiş bir içerik. GPT “navigasyon”u doğru kullanırken ara sıra “navigasyon”un başka bir yazımını da karıştırarak kullanıyor gibi görünüyor. Düzelttim haha