no reason to go through an event here

i was only doing this before because libuv was using threads, and so i
needed a way to trigger redraws on the main thread. if there are other
reasons that we might want to delay redraws (to avoid blocking the event
loop, for instance), we should just do that by scheduling a 0-timeout
timer or something.

1 files changed, 1 insertions, 1 deletions

diff --git a/src/pty-unix.c b/src/pty-unix.c
index becf608..6cc4996 100644
--- a/src/pty-unix.c
+++ b/src/pty-unix.c
@@ -154,7 +154,6 @@ static int runes_pty_input_cb(void *t)
 {
     RunesPty *pty = ((RunesTerm *)t)->pty;
 
-    runes_window_request_flush(t);
     pty->readlen = read(
         pty->master, pty->readbuf + pty->remaininglen,
         RUNES_READ_BUFFER_LENGTH - pty->remaininglen);
@@ -165,6 +164,7 @@ static int runes_pty_input_cb(void *t)
             ((RunesTerm *)t)->scr, pty->readbuf, to_process);
         pty->remaininglen = to_process - processed;
         memmove(pty->readbuf, pty->readbuf + processed, pty->remaininglen);
+        runes_window_flush(t);
 
         return 1;
     }