Indholdsfortegnelse:
- Hvad du har brug for at vide
- Rygfølsomhed
- Kigger i skuffer
- Grænser for ekskluderingszone
- Intet er løst endnu
Hvad du har brug for at vide
- Lækket Beta 5 build viser ny 'Back Sensitivity' mulighed for bevægelser.
- En Google-udvikler skitserede en ny ændring, der tillader 'kigger' skuffer til hamburgermenuer.
- Størrelsesgrænser for ekskluderingszone introduceres også for konflikter i ryggen.
Der sker en masse ændringer med Google gestussystem i Android Q, og vi har allerede sagt masser om, hvor meget mere der skal gøres for at løse problemet på både systemets og udviklerens side af tingene. Vi har stadig en anden betaversion eller to før Android Qs endelige udgivelse, og det ser ud til, at Beta 5 vil vise en markant forbedring med hensyn til ryggestus - især med apps, der stadig bruger hamburgermenuer - men lad os bare sige, at jeg ikke holder min ånde.
Rygfølsomhed
Tilbagefølsomhed blev fundet i en ikke-udgivet bygning, der skubbede ud til en Pixel 3 XL-bruger for et par dage siden. Ifølge 9to5Google er Back Sensitivity en skyder mellem 1 og 4, der kan mindske, hvor følsom din telefon er over bagbevægelsen, noget som brugeren, der rapporterede indstillingen, markant forbedrede deres navigationsoplevelse. Den pågældende bygning var QP1A.190626.001, hvilket betyder, at rygfølsomhed muligvis ikke er en del af Beta 5, men muligvis Beta 6.
Kigger i skuffer
Et af de største problemer med Q's bevægelser er, at når du er aktiveret, kan du ikke skubbe ud fra venstre menuer i en app, der bryder en hel masse apps (inklusive mange af Google-førstepart-apps). Kigger, som det blev annonceret af Google i Berlin, vil brugerne give mulighed for at snige sig ind i hamburgermenuen for at skubbe den åbent, og dermed fjerne onus-udviklerne til straks at ændre layout eller tilføje ekskluderingszoner.
???? Skuffens opførsel ændrer sig. Brugere vil være i stand til at åbne skuffen ved at kikke i skuffen og derefter skubbe. Den store fordel er, at dette fungerer med eksisterende apps med "gamle" DrawerLayout-versioner. pic.twitter.com/WVyOzQFzHO
- Chris Banes (@chrisbanes) 2. juli 2019
Konceptet er interessant, men det skal stadig ses, hvor godt kikningen fungerer i den daglige brug. Jeg har en snigende mistanke om, at vi stadig vil stryge ud af apps, mens jeg prøver at få adgang til menuen meget, men jeg vil meget gerne have vist sig forkert her.
Grænser for ekskluderingszone
Googles første stop-gap-mål for app-grænseflader, der blev brudt af den nye bagbevægelse, var at få app-udviklere til at indstille ekskluderingszoner, så en del af kanten ville fungere som normal, og en del stadig ville være bagbevægelsen. Problemet med det, som vi rørte ved i Android Central Podcast, var, at der ikke var nogen måde at fortælle, hvor meget af skærmkanten var udelukket, og der var ingen grænser for størrelsen på en ekskluderingszone, hvilket betyder, at nogle apps netop indstillede hele venstre kant som ekskluderingszone, hvilket tvinger brugerne til at bruge den højre kant til ryggen og den venstre kant til menusøgning.
Nye regler for ekskluderingszoner begrænser dem til 200 dp på hver side af skærmen. Apps kan anmode om mere, men Android-systemet kræves kun for at ære de nederste 200 dp pr. Side. Dette løser stadig ikke problemet med ikke at vide, hvilken del af skærmen der er eller ikke er en eksklusionszone, men i det mindste ved vi nu, at hele siden af skærmen ikke kan udelukkes.
Intet er løst endnu
En ting, vi ved med sikkerhed fra alle disse ændringer i sommer, er, at dette problem ikke løses hurtigt. Grænser for ekskluderingszone kræver stadig, at appudviklere tilføjer dem til at begynde med - noget de fleste apps ikke har gjort endnu - og kigger kan eller måske ikke have en mærkbar indflydelse på brugere, der prøver at skubbe ud i menuen i stedet for at vende tilbage til sidste side. Rygfølsomhed er den mest interessante af løsningerne endnu, men vi har ingen faste detaljer om, hvornår det muligvis lanceres, og hvordan den reelle virkning af det vil se ud.
Der er også masser af mindre problemer med ryggen og gentager bevægelser, som tilfældige blink, når du bruger en tredjeparts-løfteraket, hvoraf mange ikke har set nogen forbedring i løbet af sommeren. Fall vil være her, før vi ved det, og jeg håber virkelig, at når det drejer sig om bevægelser, der faktisk er klar til mainstream-brug, især da Google kræver, at producenterne skal medtage det fremover.
