tower120

> In general, I want us to avoid introducing new dependencies not available under MIT/Apache2.0, so I would recommend you use this combination of licenses - this is what bevy...

License added. If everything goes well - it should become cargo crate. So it can be just another dependency for project, like every else.

By the way, some cargo crates with MIT/APACHE2 have dependencies on MIT only crates (including bevy and rc_event_queue)... Is this ok?

@alice-i-cecile You said something about that rc_event_queue could be useful for something UI specific. Did you mean Entity Events? Cuurently, EventQueue must be `Pinned`, because Readers need to talk back...

Main overhead with Arc is construction time, everything else is mostly non-observable, at least for current Bevy Events use-case. But if you really plan to put EventQueue into Component and...

I think I bring `rc_event_queue` to more-or-less mature state. I thought about "experimental integration" on top of current bevy's API.... But, it does not fit 1-to-1... For example [Events::get_reader_current](https://docs.rs/bevy/0.5.0/bevy/app/struct.Events.html#method.get_reader_current), `iter_current_update_events`,...

I see... And API changes, like making `EventReader::iter` return `Iterator`, instead of `DoubleEndedIterator`, is out of the question. Right?

I would like to say that having separate worlds alone may be not enough. Imagine that you have some simulation - not only you want to isolate it entities and...

@cart Ok, that sounds even nicer. But what about Time resource? Doesn't schedulers coupled with time? And I think I want to have some kind of "manual" scheduler, where you...

@alice-i-cecile Looks like that "runner" blocking.... It would be much nicer to `update` app/scheduler directly. Like to "move" world when we're want that. BTW, why do you want "subworlds" (like...