web-gelistirme-sc.com

Etkinlik geçişleri Android

API Seviye 5'ten beri overridePendingTransition'a kolay erişim sağladık, bu da standart slayt sol/sağ geçişlerini her türlü delilikle değiştirmemize izin verdi. Google Haritalar için en son güncellemenin bir çok geçiş için solma kullandığını fark ettim (her zaman sahip olup olmadığından emin değilim, ancak son güncellemeden sonra fark ettim).

Sorularım:

  1. Kullanıcıların uygulama akışını anlamalarına yardımcı olmak için farklı geçişleri nasıl kullanabiliriz?
  2. Varsayılan geçişleri geçersiz kılarken nelere dikkat etmeliyiz?

Belki farklı "bölümler", yani arasında slayt geçişleri kullanmayı düşünüyorum. ana sayfadan bir makale listesine, ardından makaleler bölümündeki farklı ekranlar (örneğin, makaleyi, yorumları vb. göster) arasında solma özelliğini kullanarak. Buradaki fikir, slaytın bir odadan diğerine geçmeye benzemesi, solmanın daha fazla dönmesi veya odağın değiştirilmesi gibidir.

Düşüncesi olan var mı?

8
Gunnar Lium

İyi soru. Bununla ilgili bazı belgelere sahip olup olmadıklarını görmek için Android Kullanıcı Arabirimi Yönergeleri öğesini kontrol etmelisiniz.

Makul bir tahmin yapabilmek için Android yönergeleri (bir Nexus One'a sahip olmanıza rağmen - sanırım uygulamaların kalitesi hakkında bir şeyler söylüyor)) yeterince tanımadım, ancak sanırım platform standartlarına olabildiğince uymaya çalışmalısınız.

Ancak Google hiçbir şey önermezse, kullanıcıya slayt durumu ve solma arasında uygulamanın durumunun değiştiğini bildirmek açısından gerçekten önemli bir fark olup olmadığını merak ediyorum. Sonuçta, animasyonlar büyük ölçüde bu amaca hizmet ediyor. Yakınlaştırma gibi bazı animasyonlar daha anlamlıdır, çünkü kullanıcılar bunları haritalar (veya en azından "yukarıdan" görüntülenen uçaklar) ile ilişkilendirir, ancak slayt/sil/sol/vb gibi animasyonların çoğunun belirli ilişkilendirmeleri olduğunu düşünmüyorum.

3
Rahul

@Gunnar Sola = yeni ve sağa = geri döndüğünden emin değilim. Aslında benim kullandığım birçok uygulama Android belirli bir desen kullanmıyor gibi görünüyor. Yeni görevler genellikle ekranı devralır ve birçoğu soldan veya sağdan içeri girer.

Bir makaledeki yorum veya ayrıntı söz konusu olduğunda, küçük bir arayüzde kendi tercihimin mümkün olduğunca bağlam içinde ortaya çıkarmak olduğunu biliyorum. Google Reader'ın mobil web sürümünün tarayıcıda nasıl davrandığına bir göz atın. Nasıl veri yüklü (yani - Ajax vs tam yük) de dikkate almak için bir karar olacaktır, ama bence solmaya veya slayt tamamen farklı bir şey gösteriyor.

Uygulama akışını belirtmek için kesinlikle yönlü bir slayt kullanabilirsiniz. Bana göre fade farklı bir akış önerirken, gizleme/açığa çıkarma bağlam içinde önerir. Oluşturduğunuz belirli bir uygulamanız varsa, farklı varyantları prototip yoluyla test edebilir ve kullanıcılardan fikir isteyebilirsiniz.

1
jameswanless

Aslında oldukça öznel bir soru. Benim için varsayılan geçiş animasyonu, yani sağdan hareket eden yeni etkinlik ve soldan hareket eden eski etkinlik doğal ve doğru hissettiriyor.

Dürüst olmak için solma ve solma animasyonlarını nerede kullanacağımı gerçekten söyleyemem, ancak benim için bu efektleri kullanarak iletişim kurmaya çalışmak mantıklı değil.

Ancak bence her ikisinin bir kombinasyonu, aynı uygulamada başka bir bölüme geçtiğinizi bildirmenin en iyi yolu olurken, varsayılan animasyon başka bir uygulamaya geçtiğinizi bildirir.

API demolarında Transition3d adında başka bir örnek daha vardır; bu, özel durumlarda iyi bir fikirdir. Bunun üzerine inşa etmek, faaliyetinizin başka bir bölümüne geçmenin küpü ileri ve geri döndürdüğü bir tür küpü simüle etmeye çalışabilir.

0

İOS'tan bir ipucu alın. Sol slaytlar, bir içeriğin derinliklerinde (genişten darağa) giderken mantıklıdır. Darten genişe doğru gittiğinizde sağ slaytlar. İOS yönergelerinin uyguladığı bir diğer geçiş, kalıcı ekranların sunulması gerektiğidir. Kullanıcının kullanıcı adını veya posta kodunu veya başka bir şeyi göndermesi için ihtiyacınız olan bir şeye daha derinlemesine gitmeden önce söyleyin. Bu ekran yalnızca bir kez görüneceğinden ve modal olduğundan uygulama akışını engeller, ekran aşağıdan içeri doğru kayar.

0
Arpit