Win10 -> TListBox -> MouseWheel -> ausserhalb des Controls scrollen

[MyRealName]

Ich wollte kurz nachfragen, ob Euch das aufgefallen ist und was eine mögliche Lösung ist, before ich gross rumprogrammiere.

Bei uns wird jetzt doch mal endlich von Win8 auf Win10 umgestellt. Einige Abteilungen kriegen jetzt schon Win10 Rechner, wir Entwickler sind noch auf Win8.
Jetzt habe ich in einem Programm eine TListBox und einen Button. In der ListBox werden oft so viele Daten angezeigt, dass man scrollen muss, um bis zum Ende zu kommen. Dann den Knopf drücken, da werden dann die neuen Daten geladen und der Focus vom Button wieder auf die TListBox gelegt.
Unter Win8 kann ich mit der Mouse über dem Knopf bleiben und die Listbox scrollen, weil sie ja den Focus hat.
Unter Win10 scrollt es nicht mehr, sowie man ausserhalb der TListBox ist, auch wenn diese den Focus hat.

Gibt es eine einfach Möglichkeit, das Verhalten von Win8 an der Stelle wieder herzustellen ?

Meine Idee ist dem unterliegendem Form das Scrollen abzufangen und an die TListBox weiterzugeben.


Danke schonmal...

[Aviator]

Hi, das hängt von den Benutzereinstellungen (inaktive Fenster beim Draufzeigen scrollen) ab. Das Verhalten immer zwingend für den Benutzer so einzustellen ist meines Erachtens aber der falsche Weg.

[MyRealName]

Wir machen interne Software und die Fachabteilung wünscht sich das halt so.
Der Name "inaktive Fenster beim Draufzeigen scrollen" ist aber irreführend in dem Fall, weil ich es
1.) abschalten muss, damit es geht
und
2.) das Fenster ja nicht inaktiv ist

[Uwe Raabe]

Zitat von MyRealName:

Der Name "inaktive Fenster beim Draufzeigen scrollen" ist aber irreführend in dem Fall, weil ich es
1.) abschalten muss, damit es geht
und
2.) das Fenster ja nicht inaktiv ist

Nein, das ist anders gemeint: Wenn die Option eingeschaltet ist, bekommt das Fenster die Scroll-Messages über dem die Maus gerade steht. Das inaktive Fenster wäre dann in deinem Fall der Button.

[Der schöne Günther]

Für Otto Normal ist ein Fenster halt das Ding mit den drei _ □ × Buttons, wir Delphi-Entwickler wissen halt dass aus Windows-Sicht selbst ein Button ein Fenster ist 😎

Windows hätte das eher als "Elemente" statt "Fenster" bezeichnen sollen.

[MyRealName]

Zitat von Uwe Raabe:

Zitat von MyRealName:

Der Name "inaktive Fenster beim Draufzeigen scrollen" ist aber irreführend in dem Fall, weil ich es
1.) abschalten muss, damit es geht
und
2.) das Fenster ja nicht inaktiv ist

Nein, das ist anders gemeint: Wenn die Option eingeschaltet ist, bekommt das Fenster die Scroll-Messages über dem die Maus gerade steht. Das inaktive Fenster wäre dann in deinem Fall der Button.

ahhhhh... muss man erstmal durchblicken Danke!

[MyRealName]

Gibt es da sowas wie eine API Funktion, wo man das für seine eigene Anwendung an- oder abstellen kann ?

[TiGü]

Zitat von MyRealName:

Gibt es da sowas wie eine API Funktion, wo man das für seine eigene Anwendung an- oder abstellen kann ?

Workaround: Beim Programmstart bzw. dann beim Beenden in der Registry aus-/anschalten?

[dummzeuch]

Zitat von TiGü:

Zitat von MyRealName:

Gibt es da sowas wie eine API Funktion, wo man das für seine eigene Anwendung an- oder abstellen kann ?

Workaround: Beim Programmstart bzw. dann beim Beenden in der Registry aus-/anschalten?

Bloß nicht! Solche globalen Einstellungen sollte ein Programm niemals ändern, sonst sucht man sich hinterher einen Wolf, wenn irgendein anderes Programm sich anders verhält als erwartet.

Das Problem sollte sich aber beheben lassen, in dem man im Formular die Wheel-Messages abfängt und an die Listbox weiterleitet. Man muss nur aufpassen, dass sie dann nicht doppelt verarbeitet werden, wenn die Listbox den Focus hat.

[Redeemer]

Zitat von TiGü:

Zitat von MyRealName:

Gibt es da sowas wie eine API Funktion, wo man das für seine eigene Anwendung an- oder abstellen kann ?

Workaround: Beim Programmstart bzw. dann beim Beenden in der Registry aus-/anschalten?

Dürfte auch nicht gehen, denn Windows wird sicher nicht bei jedem Scrollen in der Registry nachgucken, ob das jetzt an oder aus ist.