HighDPI bug on Windows

There is an this tracker describing a issue with Air.

Reproducing steps:

  1. Set requestedDisplayResolution to high in your app.xml file
  2. Hit debug
  3. Try to drag the app between 2 displays with different display scale factors.

The app starts convulsions while transitioning from one display to another.

I found a cmd that seems to fix it but it has to be run in admin mode, so I cannot run it from air
REG ADD “HKCU\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers” /V “C:\Program Files (x86)\NEC Sphere\UCClient\UCClient.exe” /T REG_SZ /D ~HIGHDPIAWARE /F

Any ideas for how to make this work would be much appreciated

Here is the related ticket on the Harmann bugtracker:

There is no solution but to set “requestedDisplayResolution” to “standard”.

The issue was acknowleged by Adobe in their Air Relase Notes “Known Issues” section (e.g. see here https://fpdownload.macromedia.com/pub/labs/flashruntimes/shared/air32_flashplayer32_releasenotes.pdf)

contentsScaleFactor can only have one value on multi-window app on Windows 10 (AIR-4198669)

Another semi fix for this is to set the HighDPi scaling to Application

Getting back to standard resolution seems to be the only option. It’s a shame the UI/Text looks so nice in highDPI

I found this link saying it can be modified in the assembly manifest. Does air provide a way to access that?