•  untoreh-light

Metoder för att komma åt ett fjärrskrivbord från en Android-surfplatta.

Strömningskvaliteter, ingångskonfiguration och snabbtangenter åsidosätter...

Mål

ha en användbar miljö på surfplattan att programmera (med emacs).

Den självklara(?) lösningen

Använd surfplattan som en tunn klient för korrekt skrivbordskonfiguration.

Tillgängliga protokoll

Stå

Jag använder ett mekaniskt tangentbord för surfplatta/w eftersom bärbara datorer med bra mekaniska tangentbord inte riktigt existerar... eller hur? Eller om de finns så är de dyra och tangentbordet är det platti alla fall. För att hålla skärmen i rätt betraktningsvinkel krävs ett stativ, eller en av dessa hållare med en böjbar stång, med magnetiska grepp eller klämmor.

Ingångskontroller

Jag fäster ett mekaniskt tangentbord på surfplattan, med en OTG-omvandlare . Bluetooth skulle vara bra också... Problemet är att Android kartor några ganska vanligt genvägar som används på Windows, som använder antingenMETA (ALT ) ellerMETA (Windows-tangenten). Och ger inget sätt att inaktivera dem. KeyMapper fungerar delvis, eftersom det kan inaktivera åtgärden från Android-sidan, men jag kan fortfarande inte vidarebefordra tangentkombinationerna.

Avlägsen eller inbyggd?

Är det bra att använda en fjärrklient? Kanske är det mer kompatibelt att använda emacs direkt på Android och använda emacs fjärrfunktioner? För att installera emacs på Android måste du använda chroots. UserLand gör det enkelt att skapa chroots av vanliga distributioner och direkt starta en XServer. Men att ha en ordentlig emacs-upplevelse kräver fortfarande mycket konfiguration. Skulle emacs-nox på termux vara bättre än emacs-gtk genom användarland/VNC? Termux har stöd för x11 appar . Den använder Xwayland för att tillhandahålla X11-stöd för appar, det verkar vara mycket snabbare än xsdl x11-servern, eftersom (tror jag) den använder delat minne för strömbuffring (istället för TCP- eller unix-sockets). Det finns fortfarande inget stöd för HW-acceleration, min surfplatta har en POWERVR GPU i alla fall som fortfarande inte har någon form av drivrutiner för öppen källkod (men tydligen är den planerad att släppas någonstans under andra kvartalet 2022). Jag har också framgångsrikt kört en linuxdeploykonfigurerad chroot som inte har overhead av proot ovanpå termux-x11-servern. Men chroot måste matcha wayland-versionen (och kanske mesa också) av termux.

Slutsatser

Med tanke på konfigurationskostnaderna för att köra emacs på Android-surfplattan är en fjärrsession fortfarande bekvämare vid denna tidpunkt. Om X11 termux-ansträngningarna plus den eventuella lanseringen av en powervr-drivrutin slutar bli framgångsrika kan balansen förskjutas mot en inbyggd installation.

Om emacs hade stöd för Android-grafikstacken skulle det inte vara så mycket att välja på längre, men det är inte fallet, och det finns tydligen inget intresse för det, (det finns också noll intresse för ett touch-gränssnitt också, så det bästa alternativ för att använda emacs på handhållna enheter utan ett korrekt tangentbord vid denna tidpunkt skulle vara emacspeak).

NixOnDroid kan underlätta konfigurationsbesvären för att lägga till alla verktyg som krävs av emacs, antingen det eller det kommande nix-stödet förarm64.

Det finns fortfarande problemet med att vissa kortkommandon inte passerar igenom, till vilken vanlig lösning är att mappa dem till andra genvägar, tack och lov finns det en mycket kraftfull keymapping app för Android . Jag måste kontrollera parsec-batteriförbrukningen, och om den är för hög kommer jag att överväga antingen vanlig RDP, eller helt enkelt en fjärrstyrd ssh-session med emacsi i terminalen.

Inläggstaggar: