Ostatnie newsy
Okazuje się, że Google nie usunęło w pełni obsługi 32-bitowych aplikacji z Pixeli 7. Społeczność odkryła, że w obrazie systemu pozostały 32-bitowe biblioteki i ograniczenie wynika jedynie ze zmienionej konfiguracji, którą można edytować chociażby z pomocą Magiska (aczkolwiek konieczny jest factory reset by zmiany w całości weszły w życie).
W sierpniu w repozytorium AOSP pojawiły się zmiany sugerujące, że razem z Androidem 13 pojawią się w końcu pierwsze urządzenia bez obsługi 32-bitowych aplikacji (taka możliwość była już w Androidzie 12, ale nie było żadnych urządzeń z niej korzystających).
Od kilku tygodni pojawiają się już aktualizacje aplikacji związanych z monitorowaniem aktywności sportowej czy stanu naszego zdrowia, które dodają obsługę synchronizacji swoich danych z Health Connect na Androidzie, czyli w pewnym sensie następcą Google Fit.
Zła wiadomość dla posiadaczy tabletów od Samsunga czy Galaxy Folda, którzy preferują alternatywne launchery - koreański producent zdecydował się wyłączyć jedną z nowości Androida 12L kiedy zmienimy launcher z systemowego.
Ledwo dostaliśmy pierwsze miesięczne łatki bezpieczeństwa dla Androida 13, a już zaczęły się testy pierwszej większej aktualizacji oznaczanej symbolem QPR1 (Quarterly Platform Release 1).
Google opublikowało kilka dni temu post na swoim dla programistów na temat optymalizacji swoich własnych aplikacji dla Androida Go. Przy okazji zawarto w nim jednak informację o zmianie minimalnych wymagań Androida 13.
Tworzenie oprogramowania do obsługi standardów mających za sobą lata historii i wersji (które wszystkie trzeba wspierać ze względu na zachowanie wstecznej kompatybilności) nie jest prostym zadaniem i łatwo zapomnieć o czymś, co na rynku sprawi potem spore problemy.
Od lat zmorą użytkowników i programistów Androida są producenci telefonów, którzy wprowadzają własne, nieudokumentowane mechanizmy oszczędzania energii skutkujące zamykaniem aplikacji działających w tle, kiedy nikt się tego nie spodziewa.
W mijającym tygodniu dość niespodziewanie Google udostępniło finalną wersję Androida 13 dla swoich Pixeli oraz jej kod źródłowy w repozytorium AOSP. Okazuje się, że niedawne opóźnienie łatek zabezpieczeń wynikało z chęci wypuszczenia zamiast nich “trzynastki”.
Apple nie przejmuje się wsteczną kompatybilnością aplikacji na swoich systemach i bez sentymentu pozbywa się kodu wykorzystywanego jedynie przez stare oprogramowanie. To się niestety odbija czasem na użytkownikach.
