Felipe, dessa maneira o teclado abriria sempre no onCreate(), até ajudaria mas infelizmente não é o feeling que eu quero pro usuário, entende? Até porque se ele estiver em landscape, abrir o teclado vai ocultar bem mais da metade das mensagens listadas, e pode ser que ele esteja querendo ver elas ao inves de digitar, saca?
Uma outra coisa com relação ao problema, percebi que o pessoal cita o ciclo de vida da activity, soh lembrando que eu estou usando fragment. Eh um fragment com uma listview sobre um edittext e a activity apenas gerencia-os por meio da Actionbar usando Actionbar.Tab's. Se for de ajuda eu posso postar todo o arquivo da classe aqui. (Sinceramente to pensando em compartilhar o projeto no Assembla).
Sinceramente eu queria descobrir a raiz do problema porque não é a unica coisa que está estranha com relação à troca de orientação. Como eu já descrevi em um outro post, a recuperação da posição da minha listview também só funciona em um tipo de orientação, na volta não funciona. Isso está triturando a minha cabeça. Vamos ver se a gente descobre junto por favor.
Continuando com os diagnosticos, no problema da listview fiz uma gambiarra pra "resolver" o problema da recuperação da posição. Eu percebi que ele não funcionava no listview.post(), entao tentei um postDelayed() e percebi que ele funciona depois de um determinado delay, mas eu acho que precisava ser grande, tipo mais de 100.
De forma analoga, eu tentei um edittext.postDelayed(). O delay necessario é ainda maior, acho que precisa de mais de 500 mas funciona.
Eu espero muito que essa não seja a unica solução possivel pois além de deselegante vai ficar muito na cara do usuario essa gambiarra.
Queria algo fluido como o aplicativo de mensagens (SMS) do android. Experimentemem abri-lo e rolar a lista para cima, digitar algo e depois rotacionar:
1- A lista de mensagens é recuperada exatamente na mesma posição que estava.
2- A visibilidade do teclado e o estado do edittext continuam exatamente do mesmo jeito.
Mais uma vez obrigado.
-- Uma outra coisa com relação ao problema, percebi que o pessoal cita o ciclo de vida da activity, soh lembrando que eu estou usando fragment. Eh um fragment com uma listview sobre um edittext e a activity apenas gerencia-os por meio da Actionbar usando Actionbar.Tab's. Se for de ajuda eu posso postar todo o arquivo da classe aqui. (Sinceramente to pensando em compartilhar o projeto no Assembla).
Sinceramente eu queria descobrir a raiz do problema porque não é a unica coisa que está estranha com relação à troca de orientação. Como eu já descrevi em um outro post, a recuperação da posição da minha listview também só funciona em um tipo de orientação, na volta não funciona. Isso está triturando a minha cabeça. Vamos ver se a gente descobre junto por favor.
Continuando com os diagnosticos, no problema da listview fiz uma gambiarra pra "resolver" o problema da recuperação da posição. Eu percebi que ele não funcionava no listview.post(), entao tentei um postDelayed() e percebi que ele funciona depois de um determinado delay, mas eu acho que precisava ser grande, tipo mais de 100.
De forma analoga, eu tentei um edittext.postDelayed(). O delay necessario é ainda maior, acho que precisa de mais de 500 mas funciona.
Eu espero muito que essa não seja a unica solução possivel pois além de deselegante vai ficar muito na cara do usuario essa gambiarra.
Queria algo fluido como o aplicativo de mensagens (SMS) do android. Experimentemem abri-lo e rolar a lista para cima, digitar algo e depois rotacionar:
1- A lista de mensagens é recuperada exatamente na mesma posição que estava.
2- A visibilidade do teclado e o estado do edittext continuam exatamente do mesmo jeito.
Mais uma vez obrigado.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
0 comentários:
Postar um comentário