•  ontereh-licht

Methoden voor toegang tot een extern bureaublad vanaf een Android-tablet.

Streamingkwaliteiten, invoerconfiguratie en sneltoetsen overschrijven...

Doel

een bruikbare omgeving op de tablet hebben om te programmeren (met emacs).

De voor de hand liggende (?) oplossing

Gebruik de tablet als thin client voor de juiste desktopconfiguratie.

Beschikbare protocollen

Stellage

Ik gebruik een tablet /w mechanisch toetsenbord omdat laptops met goede mechanische toetsenborden niet echt bestaan... toch? Of als ze bestaan, zijn ze duur en het toetsenbord is vlakhoe dan ook. Om het scherm in de juiste kijkhoek te houden, is een standaard nodig, of een van die houders met een buigbare staaf, met magnetische grepen of klemmen.

Invoerbedieningen

Ik bevestig een mechanisch toetsenbord aan de tablet, met een OTG-omzetter . Bluetooth zou ook goed zijn ... Het probleem is dat Android-kaarten sommige vrij algemeen snelkoppelingen die worden gebruikt in vensters, die ofwelMETA (ALT ) ofMETA (de Windows-toets). En biedt geen manier om ze uit te schakelen. KeyMapper werkt gedeeltelijk, in die zin dat het de actie van de Android-kant kan uitschakelen, maar ik kan de toetscombinaties nog steeds niet doorsturen.

Op afstand of native?

Is het gebruik van een externe client echter goed? Misschien is het gebruik van emacs direct op Android en het gebruik van emacs remote-mogelijkheden een meer compatibele setup? Om emacs op Android te installeren, moet je chroots gebruiken. GebruikerLand maakt het gemakkelijk om chroots van gemeenschappelijke distributies te maken en direct een XServer te starten. Het hebben van een goede emacs-ervaring vereist echter nog steeds veel configuratie. Zou emacs-nox op termux beter zijn dan emacs-gtk via userland/VNC? Termux heeft ondersteuning voor: x11 apps . Het gebruikt Xwayland om X11-ondersteuning voor apps te bieden, het lijkt veel sneller te zijn dan de xsdl x11-server, omdat het (denk ik) gedeeld geheugen gebruikt voor streambuffering (in plaats van TCP of Unix-sockets). Er is nog steeds geen ondersteuning voor HW-versnelling, mijn tablet heeft sowieso een POWERVR GPU die nog steeds geen enkele vorm van open source-stuurprogramma's heeft (maar blijkbaar staat het gepland om ergens in Q2 2022 te verschijnen). Ik heb ook met succes een uitgevoerd linuxdeploygeconfigureerde chroot die niet de overhead van prooot bovenop de termux-x11-server heeft. De chroot moet echter overeenkomen met de wayland-versie (en misschien ook mesa) van termux.

conclusies

Gezien de configuratiekosten van het draaien van emacs op de Android-tablet, is een sessie op afstand op dit moment nog handiger. Als de X11 termux-inspanningen plus de uiteindelijke release van een powervr-stuurprogramma succesvol zouden zijn, zou de balans kunnen verschuiven naar een native setup.

Als emacs ondersteuning had voor de Android-grafische stack, zou er niet veel keuze meer zijn, maar dat is niet het geval, en er is blijkbaar geen interesse in (er is ook geen interesse in een aanraakinterface, dus de beste optie voor het gebruik van emacs op handheld-apparaten zonder een goed toetsenbord zou op dit moment zijn: emacspeak).

NixOnDroid zou de configuratieproblemen kunnen verlichten voor het toevoegen van alle tools die emacs nodig heeft, ofwel dat ofwel de aanstaande nix-ondersteuning voorarm64.

Er is nog steeds het probleem dat sommige sneltoetsen niet doorgaan, wat een algemene oplossing is om ze toe te wijzen aan andere sneltoetsen, gelukkig is er een zeer krachtige keymapping-app voor Android . Ik zal het parsec-batterijverbruik moeten controleren, en als het te hoog is, zal ik ofwel gewone RDP overwegen, of eenvoudig een externe ssh-sessie met emacsi in de terminal.

Berichttags: