Hoe u desktop-sites permanent kunt inschakelen in Chrome voor Android

In deze eenvoudige handleiding laten we u zien hoe u Chrome voor Android kunt aanpassen om websites permanent in hun volledige bureaubladweergave te laden. Veel gebruikers ervaren dat de Chrome-app na een tijdje terugkeert naar mobiele sites, ondanks dat 'Request Desktop Site' is ingeschakeld.

Dit komt omdat vanaf Android Nougat en hoger, Chrome niet kan lezen van / data / local / vanwege beperkende SELinux-machtigingen - het is echter echt vrij eenvoudig op te lossen. Sommige handleidingen over dit probleem kunnen u instrueren om eenvoudig / data / local naar / data / local / tmp te wijzigen, maar dit werkt niet met de nieuwste versies van Chrome en Chromium - de apps zullen niet eens proberen de bestanden te gebruiken, tenzij u bevinden zich in de foutopsporingsmodus. Natuurlijk zijn de meeste ROM's geen Debug-builds! U kunt Chrome natuurlijk in de foutopsporingsmodus zetten in de ontwikkelaarsopties van uw Android.

Downloads

  • chrome-command-line.txt
  • ChromeDesktopMode-ScaleFactor1.zip
  • ChromeDesktopMode-ScaleFactor1.25.zip
  • ChromeDesktopMode-ScaleFactor1.5.zip
  • ChromeDesktopMode-ScaleFactor1.75.zip
  • ChromeDesktopMode-ScaleFactor2.zip

Eerst moeten we een Chrome-opdrachtregelbestand installeren vanuit het gedeelte Downloads van deze handleiding en het flashen via herstel - uw beste gok is in TWRP of een ander aangepast herstel.

U kunt het ook eenvoudig downloaden en handmatig plaatsen (met behulp van een geroote bestandsverkenner) in / data / local / tmp, maar u moet de bestandsrechten instellen op 755.

Ten slotte kunt u het ook via ADB doen, met behulp van deze ADB-opdrachtregel:

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

Houd er echter rekening mee dat als u een handmatige implementatiemethode gebruikt (root-bestandsverkenner of ADB-methode), u de schaalfactor handmatig moet aanpassen in het bestand "chrome-command-line.txt" en het vervolgens moet hernoemen naar "chrome-command -lijn". Zie het gedeelte over schaalfactoren in deze handleiding.

Scrol in uw ontwikkelaarsopties omlaag naar "Selecteer app voor foutopsporing".

Kies Chrome en schakel vervolgens de optie "Wait for Debugger" uit. Als Chrome om de een of andere reden echter niet beschikbaar is in de Debugging App-opties, kunt u dit via ADB forceren met de ADB-opdracht:

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

Chrome wordt nu in de foutopsporingsmodus gedwongen. U kunt dit bevestigen door opnieuw naar Developer Options te gaan en onder "Select Debugging App" te kijken, u zou moeten zien dat Chrome is ingesteld.

Start nu de Chrome-app, ga naar Instellingen> Toegankelijkheid en schakel de optie "Zoom inschakelen forceren" in.

Dood Chrome nu volledig (zoals via Kill Application) en start het opnieuw. U zou nu in een permanente bureaubladmodus moeten zijn.

Schaalfactoren

Sinds de builds van juni 2018 voor Chrome op Android, lijkt het erop dat ze grote wijzigingen hebben aangebracht in de manier waarop de Android-versie beslist welke interfacemethode wordt gebruikt, bijvoorbeeld of je een telefoon of tablet gebruikt.

Dus als u voorheen aan het bellen was, kon u eenvoudig de schaalfactor instellen op wat u maar wilde, en u zou nog steeds de mobiele interface krijgen. Het lijkt er echter op dat Chrome nu rekening houdt met de schaalfactor van het apparaat voordat het een beslissing neemt. Dit betekent dat als u de force-device-scale-factor op een te laag getal instelt, u een interface in tabletstijl krijgt. Dit kan voor sommigen aantrekkelijk zijn, maar als je het haat, is je enige optie om de schaalfactor te vergroten totdat deze terugkeert naar de interface in mobiele stijl.

U hoeft niet langer schaalveranderingen aan te brengen in stappen van 0,25, wat positief is, aangezien u de dingen nu een beetje meer kunt verfijnen om een ​​grotere viewport te krijgen.

Sommige websites beslissen welke siteversie u van uw user-agent ontvangt, maar de meeste zullen ook kijken naar uw beschikbare viewport-grootte (meestal uw schermbreedte). Dus als je de schaalfactor te hoog instelt, zou je alsnog de mobiele versie van een website kunnen krijgen. In de staande modus ontvangt u mogelijk ook nog steeds een mobiele versie vanwege de beperkte breedte, maar door over te schakelen naar de liggende modus, merkt u dat u de desktopversie van de site ontvangt.

Dus hier is een ruwe schatting van de beste schaalfactoren die kunnen worden gebruikt om consistent Desktop-sites te krijgen, op basis van schermresolutie:

  • 720p en lager: Kies een schaalfactor tussen 1 en 1,25 - als u naar 1,5 gaat, zult u waarschijnlijk mobiele websites gaan downloaden.
  • 1080p : u moet een schaalfactor van 1,5, 1,75 of 2 gebruiken. Bij een schaalfactor van 2 geeft een grote meerderheid van de websites de desktopversie weer, maar als u uw apparaat in staande modus gebruikt, kunt u beginnen mobiele websites krijgen vanwege de beperkte breedte.
  • Hoger dan 1080p : je zou waarschijnlijk tussen 1,75 of 2 moeten blijven, maar misschien hoger gaan als je een 4k-scherm hebt.

Dit is natuurlijk allemaal subjectief. Een 5 ”-apparaat met een 1080p-scherm is bijvoorbeeld duidelijk niet hetzelfde als een 10” -tablet met een 1080p-scherm. Je zult hier veel mee willen spelen om te ontdekken wat het meest comfortabel voor je is. Dingen zullen natuurlijk groter lijken met een hogere schaalfactor - het blaast in feite dingen op. Als je bijvoorbeeld een viewport-breedte van 1000 had, en je gebruikt een schaalfactor van 2, dan is je viewport nu 500 - maar je scherm is duidelijk niet kleiner geworden, dingen worden gewoon aan je getoond alsof je een scherm met een lagere resolutie hebt.

Tags Android-ontwikkeling