Desde o nível 5 da API, tivemos acesso fácil a overridePendingTransition, permitindo substituir as transições de slide esquerda/direita padrão por todos os tipos de loucura. Acabei de perceber que a atualização mais recente do Google Maps está usando o fade para muitas transições (não tenho certeza se sempre o ocorreu, mas a notei após a última atualização).
Minhas perguntas são:
Estou pensando em talvez usar transições de slides entre diferentes "seções", ou seja. de uma página inicial para uma lista de artigos, usando, por exemplo, desbotamento entre diferentes telas na seção de artigos (por exemplo, mostrar artigo, comentários, etc.). A idéia aqui é que o slide é como mover-se de uma sala para outra, enquanto o desbotamento é mais como virar ou mudar o foco.
Alguma ideia?
Boa pergunta. Você deve verificar o Android User Interface Guidelines para ver se eles têm alguma documentação sobre isso.
Não estou familiarizado o suficiente com as Android (apesar de possuir um Nexus One - acho que isso diz algo sobre a qualidade dos aplicativos)) para poder fazer um palpite razoável, mas acho que você deve tentar aderir aos padrões da plataforma o máximo possível.
Mas se o Google não recomendar nada, eu ficaria curioso para ver se há realmente alguma diferença significativa entre, digamos, um slide e um desbotamento em termos de comunicar ao usuário que o estado do aplicativo está mudando. Afinal, as animações atendem amplamente a esse propósito. Certas animações como o zoom são mais significativas porque os usuários as associam a coisas como mapas (ou pelo menos aviões vistos de "acima"), mas não acho que a maioria das animações como slide/wipe/fade/etc tenha associações específicas.
@ Gunnar Não tenho certeza se esquerda = nova e direita = voltar. De fato, muitos aplicativos que uso no meu Android parecem não usar um padrão específico. Novas tarefas geralmente simplesmente dominam a tela e muitas deslizam da esquerda ou da direita.
Quando se trata de comentários ou detalhes em um artigo, em uma pequena interface, sei que minha própria preferência é revelar em contexto sempre que possível. Veja como a versão da Web para dispositivos móveis do Google Reader se comporta no navegador. Como os dados são carregados (ou seja, Ajax x carga total) também seria uma decisão a considerar, mas acho que desbotamento ou deslizamento sugerem algo completamente diferente.
Você certamente poderia usar um slide direcional para indicar o fluxo do aplicativo. Para mim, o desbotamento sugere um fluxo diferente, enquanto o ocultar/revelar sugere dentro do contexto. Se você estiver criando um aplicativo específico, poderá testar diferentes variantes por meio de protótipo e solicitar opiniões dos usuários.
Na verdade, é uma pergunta bastante subjetiva. Para mim, a animação de transição padrão, ou seja, a nova atividade que se move da direita e a atividade antiga que se move da esquerda parece natural e correta.
Eu realmente não posso te dizer onde eu usaria as animações fade-in e fade-out para ser honesto, mas para mim não faz sentido tentar comunicá-lo usando esses efeitos.
Na minha opinião, no entanto, uma combinação de ambos seria a melhor maneira de comunicar que você está mudando para outra parte no mesmo aplicativo, enquanto a animação padrão comunica que você está mudando para outro aplicativo.
Há outro exemplo nas demos da API chamado Transition3d , que é uma boa idéia em casos especiais. Com base nisso, você também pode tentar simular algum tipo de cubo, onde a mudança para outra parte da atividade gira o cubo para frente e para trás.
Dê uma sugestão do iOS. Os slides à esquerda fazem sentido à medida que você navega mais fundo (amplo a estreito) em uma parte do conteúdo. Desliza para a direita quando você passa de estreito para amplo. Outra transição que as diretrizes do iOS impõem é quando as telas modais precisam ser apresentadas. Diga antes de aprofundar algo que você precisa que o usuário envie seu nome de usuário, CEP ou algo assim. Como essa tela aparecerá apenas uma vez e é modal, bloqueando o fluxo do aplicativo, a tela desliza da parte inferior.