Advise to skip wxDPIChangedEvent when handling them in the manual

Not skipping them is almost invariably a bug, as shown by the
grandparent commit.
This commit is contained in:
Vadim Zeitlin 2022-01-06 23:45:28 +01:00
parent 2cae38502f
commit f5e0076f04

View File

@ -3426,6 +3426,11 @@ public:
all program windows on the given display if its DPI changes due to a change
in the system settings.
If you define an event handler for this event, you should almost always
call @c event.Skip() in it in order to allow the base class handler to
execute, as many controls rely on processing this event in order to update
their appearance when the DPI changes.
Currently this event is generated by wxMSW port if only and only if the
MSW application runs under Windows 10 Creators Update (v1703) or later and
is marked as being "per-monitor DPI aware", i.e. contains a @c dpiAwareness