Re: Android port of Emacs

[Po Lu <luangruo@yahoo.com>]

Gregory Heytings <gregory@heytings.org> writes:

> performance."  And that was in 2016,

Many people evidently disagree with his assessment, Stefan and I
included.  Would I have spent eight months of my time writing such a
port otherwise?

> in the meantime the situation has improved, in particular with
> Termux:X11 (in which, unlike what has been claimed, input methods work
> perfectly well, and which supports touch events just fine).

Really?  Can you demonstrate Fcitx5 for Android, Trime, or GBoard
working?  Or something as simple as the English input method's
auto-correct.

My standards for ``working'' refer to operating on the buffer text
itself displayed within Emacs itself, rather than to any transient text
input field provided by the Termux app.  As you well know, this is how
text editing works with input methods on the X desktop.

To utilize input methods on Android, a widget must provide an
implementation of the `getInputConnection' virtual function, and
implement each of the hooks within the input connection returned.

Where exactly in:

  https://github.com/termux/termux-x11/blob/master/app/src/main/java/com/termux/x11/LorieView.java

do you see any of this being performed?

Concerning touch events, the question is now moot since the
feature/android branch was merged.  Prior to that, Emacs could only
employ the X server's mouse event emulation.

All of this doesn't even begin to cover the other features offered by
the Android port, encompassing everything from direct access to the
Android filesystem to operating on Free versions of Android old enough
that support for them has been removed from Termux.