Twórcy Androida odpowiedzieli na pytania – projekt Treble, obsługa motywów i więcej

6 minut czytania
Komentarze

Reddit to szalenie popularny serwis internetowy, na którego łamach codziennie toczone są dyskusje na różne tematy. Co jakiś czas organizowane są tam także sesje AMA (jest to skrót od Ask-Me-Anything, czyli „zapytaj mnie, o co chcesz”), na których użytkownicy portalu mogą zadawać pytania popularnym, interesującym lub ważnym osobom. Wczoraj wydarzenie takie po raz kolejny miało miejsce na Reddicie, a gośćmi byli deweloperzy odpowiedzialni za najnowszą (i jeszcze nienazwaną!) odsłonę Androida oznaczoną numerkiem 8.0. Czego mogliśmy dowiedzieć się podczas tej sesji? Najciekawsze odpowiedzi w skrócie przedstawiam wam poniżej – zaraz pod moim opisem znaleźć możecie oryginalną wypowiedź dodaną przez ekipę pracowników Google’a.

Czy projekt Treble poprawi problem aktualizacji?

W skrócie: wszystkie nowe urządzenia wydane z Androidem O będą współpracować z założeniami projektu Treble. Pozwoli on producentom telefonów na łatwiejsze, szybsze i mniej kosztowne aktualizowanie swoich urządzeń, które są już dostępne na rynku. Twórcy Androida współpracują z wieloma firmami, by dodać ciekawe funkcje do systemu AOSP, po to, by nie było konieczności ponownej pracy nad tymi elementami podczas kolejnych aktualizacji. Więcej informacji na temat projektu Treble pojawi się już wkrótce na stronie source.android.com.

Oryginalne pytanie i odpowiedź:

„I really want to believe Project Treble will (mostly) fix fragmentation. Am I too optimistic?

Devices launching with Android O will come Treble-enabled out of the box. Project Treble will make it easier, faster and less costly for device maker partners when these devices are updated in the future. In addition to the engineering changes, which enable Project Treble on all new devices launched with Android O and beyond, we’re working closely with device makers and silicon manufacturers to both get required Android customizations (such as carrier-specific requirements) into AOSP, and reduce their cost and complexity when updating to the new version of Android. For example, Sony and Qualcomm have already contributed dozens of features and hundreds of bugfixes into AOSP so they no longer need to rework these patches with each new release of Android.

We’ll publish more information about Project Treble on source.android.com soon.”

Czy motywy mają szansę zagościć w Androidzie?

W skrócie: Menadżer motywów, taki jak chociażby w nakładkach TouchWiz lub MIUI, jest jak najbardziej wykonalny do stworzenia – wiele w tym kierunku zrobiła chociażby obsługa RSS w Androidzie O. Są jednak pewne komplikacje. Jak na razie nie ma stabilnego API, które określa, na jakie części interfejsu może wpływać dany motyw oraz to, czy program wspiera obsługę różnych motywów. Jest to jeden z powodów, przez które ciemny motyw nie znalazł się w finalnej wersji Androida Nougat.

Oryginalne pytanie i odpowiedź:

„Is there a programming obstacle to full theming (a la Touchwiz or MiUI) or is it something the Android team doesn’t think is right yet?

TL;DR Theming is not hard. Reliable and consistent theming is hard.

There are technical and logistical issues with theming. The technical side is largely solved in O with RRO support (thanks Sony!); however, we still don’t have stable APIs for describing what can be themed or adequate ways to verify that existing applications properly support theming.

You might remember a dark theme making brief appearances in previous releases — since we already had a dark Material theme, we didn’t have to worry about APIs to describe the themeable properties; however, we were unable to convert every existing app (ex. Calendar, Photos, other bundled and core apps — even Settings was a challenge) to support dark Material theme and verify that it was properly supported.

If you had, say, a bright pink “Hello Kitty” theme that’s not a simple brightness inversion, you run into even more complicated cases of ensuring minimum contrast levels for accessibility, picking reasonable secondary and tertiary colors, etc.

Edit: every bundled app”

Dlaczego blob emoji umarło?

W skrócie: Podczas minionych lat Unicode wielokrotnie aktualizowało zestaw emotikon emoji oraz dodawało nowe pozycje. W dzisiejszych czasach wiele aplikacji, które służą do komunikacji (np. Snapchat), pozwala na wykorzystywanie emotikon jako naklejek, które można swobodnie powiększać oraz nimi poruszać. Blob emoji nie było przystosowane do takich zadań, więc niezbędna była zmiana stylistyki.

Oryginalne pytanie i odpowiedź:

„Why did you kill the blob emoji? ?

Over the last few years Unicode has expanded the range of emoji considerably and created new categories of emoji. In parallel new messaging use cases have emerged (ie: larger emoji used as stickers). The current design system did not lend itself well to supporting the expanding emoji set and these new use cases, so we needed a significant visual refresh.”

Co ósma odsłona systemu Google’a zrobi dla Android Wear?

W skrócie: Android O zrobi wiele dla systemu Android Wear, ale nie będą to zmiany widoczne gołym okiem. Głównie poprawione zostaną sprawy techniczne, m.in. poprawione zostanie spore wykorzystanie baterii telefonu przez aplikację Android Wear, a użytkownicy otrzymają większą kontrolę nad wyświetlanymi powiadomieniami. Co więcej, deweloperzy aplikacji otrzymali nowe narzędzia, dzięki którym tworzenie programów przyjaznych zegarkom będzie jeszcze łatwiejsze.

Oryginalne pytanie i odpowiedź:

„Will Android O do anything for Android Wear?

Android O will mostly be a technical upgrade for Android Wear. For example, Wear will get background limits which will help preserve battery with O and users can expect more controls over notifications via notification channels. In addition, we have added new tools for developers to help implement complications and build watch friendly UIs.

On Android Wear 2.0, we have made some technical changes so that updates to system components will not always need an OS update. For example, the watch face picker and notification streams have now been decoupled from the OS and can be updated more frequently and independently. We welcome feedback on any issues you might have.”

Co z UI dla tabletów?

W skrócie: Tablety nigdy nie były urządzeniami perfekcyjnymi – brakowało im funkcji i oferowało praktycznie to samo, co typowy telefon działający pod kontrolą Androida. Pracownicy Google’a wciąż próbują zmienić ten stan rzeczy, m.in. przez wsparcie dla trybu wielu okien. Na szczęście widać ewolucję – przykładem mogą być Chromebooki, które łączą cechy tabletów oraz laptopów. Dodatkowo od niedawna pozwalają na uruchamianie aplikacji z Androida, dzięki czemu są w stanie wykonywać znacznie więcej operacji niż tablety.

Oryginalne pytanie i odpowiedź:

„How far along are you from completion on the return of Tablet UI?

Mike Cleron: Honestly, I don’t think tablets is a space where we can meaningfully talk about “completion.” It’s more about figuring out what the next driver of innovation will be for this form factor. We are continuing to invest in productivity use cases (keyboard-driven UI, multiwindow, etc) but also — along with lots of other folks in the industry — working on what the next evolution of tablets should be. For Android, there are some interesting overlaps with tablets given the increasing success of Chromebooks and the recent addition of the ability to run Android apps on Chrome OS. We are working to make the Android developer stories for both form factors (tablets, Chromebooks) identical.”

Jeszcze więcej odpowiedzi na pytania użytkowników możecie znaleźć w tym wątku na portalu Reddit.

Motyw