about summary refs log tree commit diff stats
diff options
context:
space:
mode:
authorKartik K. Agaram <vc@akkartik.com>2017-04-06 13:28:50 -0700
committerKartik K. Agaram <vc@akkartik.com>2017-04-06 13:28:50 -0700
commit2222dae516ff8b8b90af6c89e8cef90f63407831 (patch)
tree91ffc36f0e8b6c9ac126fcc867e88446167b9b4c
parent38b8061860986e90876a3a2ca64a279eb6016709 (diff)
downloadmu-2222dae516ff8b8b90af6c89e8cef90f63407831.tar.gz
3816
Resize events don't actually seem to ever get queued up, so they're still
super slow. Dump all our extra smarts about skipping repaints. We need
to focus on speeding up repaints in general.

Thanks Andrew Owen for reporting this issue.
-rw-r--r--edit/004-programming-environment.mu14
1 files changed, 2 insertions, 12 deletions
diff --git a/edit/004-programming-environment.mu b/edit/004-programming-environment.mu
index cde43fc8..943b84f3 100644
--- a/edit/004-programming-environment.mu
+++ b/edit/004-programming-environment.mu
@@ -90,18 +90,8 @@ def event-loop screen:&:screen, console:&:console, env:&:environment, resources:
     {
       r:resize-event, is-resize?:bool <- maybe-convert e:event, resize:variant
       break-unless is-resize?
-      # if more events, we're still resizing; wait until we stop
-      more-events?:bool <- has-more-events? console
-      {
-        break-unless more-events?
-        render-all-on-no-more-events? <- copy 1/true  # no rendering now, full rendering on some future event
-      }
-      {
-        break-if more-events?
-        env, screen <- resize screen, env
-        screen <- render-all screen, env, render-without-moving-cursor
-        render-all-on-no-more-events? <- copy 0/false  # full render done
-      }
+      env, screen <- resize screen, env
+      screen <- render-all screen, env, render-without-moving-cursor
       loop +next-event
     }
     # if it's not global and not a touch event, send to appropriate editor