(English below)
Liebe Steinberger…
…ein winzig kleines, (für mich aber erhebliches…) Problem, das mir zeitweise den letzten Nerv raubt:
Folgendes Scenario (auf MacOS):
Ich höre mehrstimmige Vocals aus einem Video heraus und spiele sie in Cubase ein. Dafür wechsle ich zwischen Cubase und dem VLC-Player hin und her (über Tastatur-Shortcut) - das Ganze auf zwei Bildschirmen: rechts der VLC, links Cubase.
Dann mache ich die Korrektur, das bedeutet:
in Cubase den Key-Editor öffnen, immer wieder schnell hin- und herschalten zwischen Cubase und VLC (über Tastatur-Shortcut…).
Der Bildschirminhalt in Cubase ist natürlich nicht immer synchron mit der Stelle im Stück, das im VLC gerade zu hören ist. Um den Bildschirminhalt wieder zu synchronisieren, aktiviere ich Cubase wieder (also klicke in das Cubase-Fenster), drücke Shift & drehe am Mausrad (seitwärts verschieben) oder ich drücke Command & drehe am Mausrad (horizontal größer/kleiner machen).
Nun passiert es mir leider regelmäßig, dass ich nicht weiß, ob Cubase gerade im Vordergrund ist, oder der VLC, das ist optisch nämlich (fast) nicht erkennbar.
Der Mauszeiger kann aber natürlich dennoch über dem Fenster sein, das NICHT im Vordergrund ist.
Wenn ich in diesem Zustand (also: VLC ist im Vordergrund, der Mauszeiger ist aber über dem Cubase-Fenster) am Mausrad drehe, verschiebt sich der Cubase-Fensterinhalt vertikal. Und zwar egal, ob ich die Shift-Taste, die Command-Taste oder gar keine Taste drücke.
Damit verstelle ich mir regelmäßig den Bildschirminhalt ungewollt auf einen Zustand, den ich nicht erwartet habe…
Jetzt frage ich mich (…und Euch… 
):
Könnte man entweder verhindern, dass Cubase auf die Maus reagiert, wenn es im Hintergrund ist oder: könnte man erreichen, dass Cubase auch dann “standardmäßig” auf Maus-Tastatur-Kombinationen reagiert, wenn es im Hintergrund ist (dass also auch dann die Tastatur-Kombinationen wie erwartet funktionieren (das wäre meine Premium-Lösung)…
…meine Probleme hätt ich gerne… 
Herzlichen Dank für Eure Hilfe!
Hartmut
PS.: bei mir ist’s derzeit C15, aber dieses Verhalten war in den vorherigen Versionen auch schon so…
(English Version … Deepl… )
Dear Steinberger…
…a tiny little problem (but a significant one for me…) that sometimes drives me crazy:
The following scenario (on MacOS):
I listen to polyphonic vocals from a video and play them back in Cubase. To do this, I switch back and forth between Cubase and the VLC player (using keyboard shortcuts) – all on two screens: VLC on the right, Cubase on the left.
Then I make the correction, which means:
opening the key editor in Cubase, quickly switching back and forth between Cubase and VLC (using keyboard shortcuts…).
Of course, the screen content in Cubase is not always synchronised with the part of the piece that is currently playing in VLC. To resynchronise the screen content, I reactivate Cubase (i.e. click in the Cubase window), press Shift & turn the mouse wheel (move sideways) or press Command & turn the mouse wheel (zoom in/out horizontally).
Unfortunately, I regularly find myself in a situation where I don’t know whether Cubase or VLC is currently in the foreground, as it is (almost) impossible to tell visually.
However, the mouse pointer may still be over the window that is NOT in the foreground.
When I turn the mouse wheel in this state (i.e. VLC is in the foreground, but the mouse pointer is over the Cubase window), the Cubase window content shifts vertically. This happens regardless of whether I press the Shift key, the Command key or no key at all.
This regularly causes me to unintentionally change the screen content to a state that I did not expect…
Now I am wondering (…and you… ):
Is it possible to either prevent Cubase from responding to the mouse when it is in the background, or to have Cubase respond to mouse-keyboard combinations ‘by default’ even when it is in the background, so that the keyboard combinations work as expected (that would be my preferred solution)…
…I would like to have my problems…
Many thanks for your help!
Hartmut
PS: I’m currently using C15, but this behaviour was already present in previous versions…