Queueing async and sync functions on the main thread #114
  Add this suggestion to a batch that can be applied as a single commit.
  This suggestion is invalid because no changes were made to the code.
  Suggestions cannot be applied while the pull request is closed.
  Suggestions cannot be applied while viewing a subset of changes.
  Only one suggestion per line can be applied in a batch.
  Add this suggestion to a batch that can be applied as a single commit.
  Applying suggestions on deleted lines is not supported.
  You must change the existing code in this line in order to create a valid suggestion.
  Outdated suggestions cannot be applied.
  This suggestion has been applied or marked resolved.
  Suggestions cannot be applied from pending reviews.
  Suggestions cannot be applied on multi-line comments.
  Suggestions cannot be applied while the pull request is queued to merge.
  Suggestion cannot be applied right now. Please check back later.
  
    
  
    
In response to #55
Two new methods in
UI:async_contextcreates a token (iui::concurrent::Context) which can serve as evidence thatUI::init()has run successfully; this token isSendspawnschedules an async function or future on the main thread. Since it's a method inUIit can only be run in the main thread. It returns control to the main loop when it blocks and queues itself again when it's ready again.Two methods in
concurrent::Contextqueue_mainbehaves likeUI::queue_mainin that it schedules a closure or function to run on the main thread. UnlikeUI::queue_mainit can be run in other threads but requires the closure to beSend.spawnbehaves likeUI::spawnbut can be run from other threads; requires the future to beSendUsing
UI::spawnand an async channel such as provided bytokio::sync::mpscwe can wait for things to happen on other threads without busy waiting or blocking other events and then update our widgets accordingly.