Somebody wrote:
noticeable lag waiting for completion candidates
A lag wouldn’t be a problem. I guess the problem
is that the GUI gets blocked, right? If your GUI
has tasks and timers, you could try the follow:
- Debouncing Timer: To start ghost after lets
say 1000 ms, the debouncing is to assure that
the ghost appears after the last edit and not
after the first edit.
- Abortable Task: The ghost is then computed
asynchronously via a task. But this task is
again tied to the debouncing, means the task
gets aborted if the end-user shows impatience.
I checked a couple of GUI tools to do that. Had
rather bad experience with Java and OpenJFX, so I
am returning back to the JavaScript and WHATWG
with my ongoing research.
SVG tags were not working out the box
https://wiki.openjdk.org/display/OpenJFX/Main
No runLater(), any task can any time modify the DOM!
https://whatwg.org/
But maybe there are other GUI frameworks which
can do it. If tasks are also used for highlighting
I belive they can be also run asynchronously without
explicitly juggling with some queues,
just await the asynchrous routine that the task
would execute, in a instrumentation loop, and ignore
the aborts, since an abort is now good news and not
bad news, it only indicates that
the end user did an edit and that the task
will be restartet.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)