it-swarm-eu.dev

Přechody aktivity dne Android

Od API Level 5 jsme měli snadný přístup k overridePendingTransition, což nám umožňuje nahradit standardní přechody vlevo/vpravo na snímku všemi druhy šílenství. Jen jsem si všiml, že nejnovější aktualizace pro Mapy Google používá pro mnoho přechodů vyblednutí (nejsem si jistý, jestli vždy má, ale všiml jsem si to po poslední aktualizaci).

Moje otázky jsou:

  1. Jak můžeme pomocí různých přechodů pomoci uživatelům porozumět toku aplikací?
  2. Na co bychom měli být opatrní při potlačování výchozích přechodů?

Uvažuji možná o použití přechodů mezi různými "sekcemi", tj. z domovské stránky do seznamu článků, poté pomocí například vyblednutí mezi různými obrazovkami v sekci článků (tj. zobrazit článek, komentáře atd.). Myšlenka je taková, že skluzavka je jako pohyb z jedné místnosti do druhé, zatímco blednutí je spíš otáčení nebo změna zaostření.

Nějaké nápady?

8
Gunnar Lium

Dobrá otázka. Měli byste zkontrolovat Pokyny pro uživatelské rozhraní Android a zjistit, zda k tomu mají nějakou dokumentaci.

Nejsem dostatečně obeznámen s pokyny Android (i když vlastní Nexus One - myslím, že to říká něco o kvalitě aplikací), abych mohl rozumně odhadnout, ale myslím, že vy by se měli snažit dodržovat standardy platforem co nejvíce.

Ale pokud Google nic nedoporučuje, pak bych byl zvědavý, jestli existuje opravdu nějaký významný rozdíl mezi, řekněme, skluzavkou a vyblednutím, pokud jde o komunikaci s uživatelem, že se stav aplikace mění. Koneckonců, animace z velké části slouží tomuto účelu. Některé animace, jako je přiblížení, mají větší smysl, protože uživatelé je spojují s věcmi, jako jsou mapy (nebo alespoň roviny prohlížené shora), ale nemyslím si, že většina animací, jako je snímek/stírání/vyblednutí/atd., Má konkrétní asociace.

3
Rahul

@Gunnar Nejsem si jistý, zda doleva = nová a pravá = vrátit se. Ve skutečnosti mnoho aplikací, které používám v mém Android, zdá se, že nepoužívá žádný zvláštní vzorec. Nové úkoly často jednoduše přebírají obrazovku a mnoho z nich se posouvá zleva nebo zprava.

Pokud jde o komentáře nebo podrobnosti v článku, v malém rozhraní vím, že moje vlastní preference je odhalit v kontextu, kdykoli je to možné. Podívejte se, jak se mobilní webová verze Google Reader v prohlížeči chová. To, jak jsou data načtena (tj. - Ajax vs plné zatížení) by bylo také na zvážení, ale myslím si, že fade nebo slide navrhuje něco úplně jiného.

Určitě byste mohli použít směrový snímek k označení toku aplikace. Podle mě fade navrhuje jiný tok, zatímco skrýt/odhalit návrhy v kontextu. Pokud máte konkrétní aplikaci, kterou stavíte, můžete vyzkoušet různé varianty pomocí prototypu a vyžádat si názory uživatelů.

1
jameswanless

Ve skutečnosti je to docela subjektivní otázka. Pro mě je výchozí animace přechodu, tj. Nová aktivita pohybující se zprava a stará aktivita pohybující se zleva, přirozená a správná.

Nemůžu vám opravdu říct, kde bych použil fade-in a fade-out animace, abych byl upřímný, ale pro mě to nemá smysl pokusit se s nimi komunikovat pomocí těchto efektů.

Domnívám se však, že kombinace obou by byla nejlepším způsobem, jak sdělit, že přecházíte do jiné části stejné aplikace, zatímco výchozí animace komunikuje, že přecházíte na jinou aplikaci.

V ukázkách API je další příklad nazvaný Transition3d , což je ve zvláštních případech pěkný nápad. Na základě toho by se mohl pokusit simulovat nějaký druh krychle, kde přepnutí na jinou část vaší aktivity otáčí krychli dopředu a dozadu.

0

Vezměte si podnět od iOS. Levé diapozitivy dávají smysl, když se pohybujete hlouběji (od širokého k úzkému) do určitého obsahu. Pravé snímky, když přecházíte z úzkých na široké. Další přechod, který vynucují pokyny pro iOS, je, když je třeba předložit modální obrazovky. Řekněme, než se dostanete hlouběji do něčeho, co potřebujete, aby uživatel odeslal své uživatelské jméno nebo PSČ nebo něco. Protože se tato obrazovka objeví pouze jednou a je modální, což blokuje tok aplikací, obrazovka se posouvá zdola.

0
Arpit