Based on the doc comment, I would believe that it is intended to be sticky. However, the x11 and wayland implementations are resetting it per loop iteration. It doesn't look like Windows is doing this.
|
/// ## Persistency |
|
/// Almost every change is persistent between multiple calls to the event loop closure within a |
|
/// given run loop. The only exception to this is `Exit` which, once set, cannot be unset. Changes |
|
/// are **not** persistent between multiple calls to `run_return` - issuing a new call will reset |
|
/// the control flow to `Poll`. |
|
ControlFlow::Poll => { |
|
// non-blocking dispatch |
|
self.inner_loop.dispatch(Some(::std::time::Duration::from_millis(0)), &mut ()).unwrap(); |
|
control_flow = ControlFlow::default(); |
|
ControlFlow::Wait => { |
|
self.inner_loop.dispatch(None, &mut ()).unwrap(); |
|
control_flow = ControlFlow::default(); |
|
ControlFlow::WaitUntil(deadline) => { |
|
let start = ::std::time::Instant::now(); |
|
// compute the blocking duration |
|
let duration = deadline.duration_since(::std::cmp::max(deadline, start)); |
|
self.inner_loop.dispatch(Some(duration), &mut ()).unwrap(); |
|
control_flow = ControlFlow::default(); |
