fix viewport_interaction_active condition

[imsfc]

Fixes #100

[jakobhellermann]

good find, thanks for the fix

[jakobhellermann]

Hm, seem like this fix breaks scrolling in the orbit cam, I'll have to investigate

[jakobhellermann]

I think the real fix here would be to only react to scroll mouse events from the editor window, which would also fix #78

[jakobhellermann]

Okay, now I remember how that code was supposed to work.

The editor cameras should only be active when you're not currently hovering the editor UI, i.e. only active when !pointer_used. But that alone would mean that when you start dragging the camera around and move outside the viewport into editor UI, it would suddenly stop turning the camera. So even if pointer_used, if you're currently in an active editor interaction (dragging the mouse), then viewport_interaction_active is true.

So the problematic situation occurs when

1. start click in editor window (egui input.pointer.press_start_time is set)
2. drag mouse over to other window (or alt tab so you end up on other window) -> press_start_time is never cleared
3. bevy_editor_pls never thinks you stopped dragging your mouse, so when you drag around on the main window the camera is still active

Clicking once on the editor window clears this state and everything behaves as expected.