•  untoreh-light

Methoden für den Zugriff auf einen Remote-Desktop von einem Android-Tablet.

Streaming-Qualitäten, Eingangskonfiguration und Hotkeys überschreiben...

Ziel

haben eine brauchbare Umgebung auf dem Tablet zum Programmieren (mit Emacs).

Die naheliegende(?) Lösung

Verwenden Sie das Tablet als Thin Client für die richtige Desktop-Einrichtung.

Verfügbare Protokolle

Stand

Ich benutze eine mechanische Tablettastatur / w, weil Laptops mit guten mechanischen Tastaturen nicht wirklich existieren ... oder? Oder wenn es sie gibt, sind sie teuer und die Tastatur ist es ebenohnehin. Um den Bildschirm im richtigen Blickwinkel zu halten, ist ein Ständer oder eine dieser Halterungen mit einer biegsamen Stange mit Magnetgriffen oder Klemmen erforderlich.

Eingabesteuerung

Ich schließe eine mechanische Tastatur an das Tablet an, mit einem OTG-Konverter . Bluetooth wäre auch in Ordnung ... Das Problem ist, dass Android-Karten einige durchaus üblich Verknüpfungen, die unter Windows verwendet werden, die entweder verwendenMETA (ALT ) oderMETA (der Windows-Schlüssel). Und bietet keine Möglichkeit, sie zu deaktivieren. KeyMapper funktioniert teilweise, da es die Aktion von der Android-Seite deaktivieren kann, aber ich kann die Tastenkombinationen immer noch nicht weiterleiten.

Remote oder nativ?

Ist die Verwendung eines Remote-Clients jedoch so gut? Vielleicht ist die Verwendung von Emacs direkt auf Android und die Verwendung von Emacs-Remotefunktionen ein kompatibleres Setup? Um Emacs auf Android zu installieren, müssen Sie chroots verwenden. UserLand macht es einfach, Chroots gängiger Distributionen zu erstellen und einen XServer direkt zu starten. Allerdings erfordert eine gute Emacs-Erfahrung noch viel Konfiguration. Wäre emacs-nox auf termux besser als emacs-gtk über Userland/VNC? Termux hat Unterstützung für x11-Apps . Es verwendet Xwayland, um X11-Unterstützung für Apps bereitzustellen, es scheint viel schneller als xsdl x11-Server zu sein, da es (vermutlich) gemeinsam genutzten Speicher für die Stream-Pufferung verwendet (anstelle von TCP- oder Unix-Sockets). Es gibt immer noch keine Unterstützung für die HW-Beschleunigung, mein Tablet trägt sowieso eine POWERVR-GPU, die immer noch keine Open-Source-Treiber hat (aber anscheinend ist die Veröffentlichung irgendwo im zweiten Quartal 2022) geplant. Ich habe auch erfolgreich ein linuxbereitstellungkonfigurierte Chroot, die nicht den Overhead von Proot auf dem termux-x11-Server hat. Die Chroot muss jedoch der Wayland-Version (und möglicherweise auch der Mesa) von termux entsprechen.

Schlussfolgerungen

Angesichts der Konfigurationskosten für die Ausführung von emacs auf dem Android-Tablet ist eine Remote-Sitzung zu diesem Zeitpunkt noch bequemer. Wenn die X11-Termux-Bemühungen und die eventuelle Veröffentlichung eines Powervr-Treibers erfolgreich sind, könnte sich das Gleichgewicht in Richtung eines nativen Setups verschieben.

Wenn emacs Unterstützung für den Android-Grafikstapel hätte Es wäre keine große Auswahl mehr, aber das ist nicht der Fall, und es gibt anscheinend kein Interesse daran (es gibt auch kein Interesse an einer Touch-Oberfläche, also das Beste Option für die Verwendung von Emacs auf Handheld-Geräten ohne eine richtige Tastatur an dieser Stelle wäre emacspeak).

NixOnDroid könnte den Konfigurationsaufwand für das Hinzufügen aller von Emacs benötigten Tools erleichtern, entweder das oder die bevorstehende Nix-Unterstützung fürarm64.

Es gibt immer noch das Problem, dass einige Tastenkombinationen nicht durchgehen, und die übliche Problemumgehung besteht darin, sie anderen Tastenkombinationen zuzuordnen. Zum Glück gibt es eine sehr leistungsstarke Tastenzuordnungs-App für Android . Ich muss den Batterieverbrauch von Parsec überprüfen, und wenn er zu hoch ist, werde ich entweder reines RDP oder einfach eine Remote-SSH-Sitzung mit emacsi im Terminal in Betracht ziehen.

Post-Tags: