[zakopywywacz]

Nie wiedzieliśmy, jak załatwić problem z pierwszym logowanie oraz późniejszym włączaniem się aplikacji. Chodzi tutaj o czas włączania się oraz niepotrzebną zajętość zasobów. Mamy więc 2 możliwości: użytkownik jest zalogowany oraz (i tutaj zaskoczę) nie jest zalogowany ( ͡° ͜ʖ ͡°) Przy zalogowanym użytkowniku nie chcieliśmy brzydkiego pustego widoku na starcie, więc początkowo ładujemy sam widok z logiem, sprawdzamy, czy użytkownik jest zalogowany, jeśli tak to ładujemy główną aktywność i przechodzimy do niej. Gdy użytkownik nie jest zalogowany ładujemy fragment, który trzyma wszystkie pola potrzebne do logowania/rejestracji (pokażę ją później). Oczywiście standardowo dodaje gfy z efektem.
#programowanie #android #androiddev #materialdesign #elph

[tytyryty]

@zakopywywacz: są do wyboru animacje ładowania aktywności czy jest od 5.0 narzucona tylko to wysunięcie z dołu?

[zakopywywacz]

@tytyryty: możesz zdefiniować swoją oczywiście. Masz tutaj dowolność. Aktualnie nie modyfikowaliśmy tej animacji, lecz pewnie coś tutaj jeszcze wymyślimy ( ͡° ͜ʖ ͡°)

[tytyryty]

@zakopywywacz: to są jakieś stałe z klasy androida czy jak? Dawno nie robiłem appk a jak robiłem to tylko domyślne.

[zakopywywacz]

@tytyryty: myślę, że na przykładzie najłatwiej. Tutaj masz wytłumaczone jak stworzyć animację na wzór tego z Vine.
http://blog.quent.in/index.php/2013/06/activity-transition-animations-like-the-vine-android-application/

[tytyryty]

@zakopywywacz: aa w xml się sprawe załatwia. Dzięki kumplu za poduczenie mojej niewiedzy leniwej :)