Slik aktiverer du stasjonære nettsteder permanent i Chrome for Android

I denne enkle veiledningen skal vi vise deg hvordan du endrer Chrome for Android for å laste nettsteder permanent i hele skrivebordsvisningen. Mange brukere opplever at Chrome-appen går tilbake til mobilnettsteder etter hvert, til tross for at "Request Desktop Site" er aktivert.

Dette fordi Chrome fra Android Nougat og videre ikke kan lese fra / data / local / på grunn av restriktive SELinux-tillatelser - men det er egentlig ganske enkelt å fikse. Noen guider om dette problemet kan instruere deg om å bare endre / data / local to / data / local / tmp, men dette fungerer ikke med de nyeste versjonene av Chrome og Chromium - appene vil ikke engang prøve å bruke filene, med mindre du er i feilsøkingsmodus. Selvfølgelig er de fleste ROM ikke debug build! Du kan selvfølgelig sette Chrome i Feilsøkingsmodus i Android-utvikleralternativene.

Nedlastinger

• krom-kommando-line.txt
• ChromeDesktopMode-ScaleFactor1.zip
• ChromeDesktopMode-ScaleFactor1.25.zip
• ChromeDesktopMode-ScaleFactor1.5.zip
• ChromeDesktopMode-ScaleFactor1.75.zip
• ChromeDesktopMode-ScaleFactor2.zip

Først må vi installere en Chrome-kommandolinjefil fra nedlastingsdelen av denne guiden, og blinke den via gjenoppretting - det beste alternativet er i TWRP eller annen tilpasset gjenoppretting.

Du kan også ganske enkelt laste ned og plassere den manuelt (ved å bruke en forankret filutforsker) i / data / local / tmp, men du må angi filrettighetene til 755.

Til slutt kan du også gjøre det over ADB ved å bruke denne ADB-kommandolinjen:

 adb push chrome-kommandolinje / data / local / tmp / chrome-command-line 

Vær imidlertid oppmerksom på at hvis du bruker en manuell distribusjonsmetode (root file explorer eller ADB-metode), må du justere skaleringsfaktoren manuelt i filen "chrome-command-line.txt", og deretter gi den nytt navn til "chrome-command" -linje". Se denne veiledningens seksjon om skalafaktorer.

I utvikleralternativene dine blar du ned til “Velg feilsøkingsapp”.

Velg Chrome, og deaktiver deretter alternativet "Vent på feilsøking". Imidlertid, hvis Chrome av en eller annen grunn ikke er tilgjengelig i alternativene for feilsøkingsapp, kan du tvinge dette over ADB ved å bruke ADB-kommandoen:

 adb shell am set-debug-app - personlig com.android.chrome 

Chrome blir nå tvunget til feilsøkingsmodus. Du kan bekrefte ved å gå inn på Developer Options igjen og sjekke under "Select Debugging App". Du bør se at Chrome er satt.

Start nå Chrome-appen, gå inn på Innstillinger> Tilgjengelighet, og aktiver alternativet "Tving aktivering av zoom".

Drep nå Chrome fullstendig (for eksempel via Kill Application), og start det på nytt. Du skal nå være i en permanent skrivebordsmodus.

Skala faktorer

Siden juni 2018 bygger for Chrome på Android, ser det ut til at de har gjort store endringer i hvordan Android-versjonen bestemmer hvilken grensesnittmetode som skal brukes - for eksempel om du er på telefon eller nettbrett.

Så tidligere hvis du var på en telefon, kan du ganske enkelt stille skaleringsfaktoren til hva du måtte ønske deg, og du vil fremdeles få mobilgrensesnittet. Imidlertid ser det ut til at Chrome nå tar hensyn til kraft-enhetsskala-faktor før den tar sin beslutning. Dette betyr at hvis du angir styrke-enhet-skaleringsfaktoren til et tall for lavt, vil det gi deg et grensesnitt med tavle-stil. Dette kan være tiltalende for noen, men hvis du hater det, er det eneste alternativet å øke skalafaktoren til den kommer tilbake til det mobile stilgrensesnittet.

Du trenger ikke lenger å gjøre skalaendringer i trinn på 0, 25, noe som er positivt, siden du nå kan finjustere tingene litt mer for å få et større utsiktspunkt.

Noen nettsteder kan bestemme hvilken nettstedversjon du mottar av brukeragenten din, men de fleste av dem vil også se på den tilgjengelige visningsstørrelsen (vanligvis skjermbredden). Så hvis du setter skaleringsfaktor for høyt, kan du fremdeles ende opp med mobilversjonen av et nettsted. I portrettmodus kan det hende at du fortsatt mottar en mobilversjon på grunn av begrenset bredde, men ved å endre til liggende modus, oppdager du at du mottar skrivebordsversjonen av nettstedet.

Så her er et grovt estimat av de beste skalafaktorene du kan bruke for å konsekvent få Desktop-nettsteder, basert på skjermoppløsning:

• 720p og nedenfor: Velg en skalafaktor mellom 1 til 1, 25 - hvis du går opp til 1, 5, vil du sannsynligvis begynne å få mobile nettsteder.
• 1080p : Du bør bruke en skalafaktor på enten 1, 5, 1, 75 eller 2. Ved en skalafaktor på 2 vil et godt flertall av nettsteder vise skrivebordsversjonen for deg, men hvis du bruker enheten din i stående modus, kan det hende du starter få mobilnettsteder på grunn av den begrensede bredden.
• Høyere enn 1080p : Du bør sannsynligvis holde deg mellom 1, 75 eller 2, men kanskje gå høyere hvis du har en 4k-skjerm.

Dette er selvfølgelig subjektivt. For eksempel er en 5 ”enhet med 1080p skjerm tydeligvis ikke den samme som en 10” nettbrett med 1080p skjerm. Du kommer til å ønske å leke mye med dette for å finne det som er mest behagelig for deg. Ting vil vises større med en større skala faktor selvfølgelig - det er i utgangspunktet å sprenge ting. For eksempel hvis du hadde en visningsbredde på 1000, og du bruker en skalafaktor på 2, er visningsområdet nå 500 - men skjermen din har tydeligvis ikke krympet, ting blir bare vist for deg som om du hadde en skjerm med lavere oppløsning.