aboutsummaryrefslogtreecommitdiffhomepage
path: root/osdep/mpv.exe.manifest
Commit message (Collapse)AuthorAge
* win32: fix/change application nameGravatar wm42015-02-09
| | | | Pointed out in #935 (again).
* win32: edit resource files, in particular set CompanyNameGravatar wm42013-09-23
| | | | | | | Setting CompanyName (probably) helps with issue #256. Update some other fields as well, because why not. (They're full of MPlayer remnants.)
* w32: update manifest for high DPI and Windows 8.1Gravatar James Ross-Gowan2013-07-14
| | | | | | | | | | | | | | | | | Since Windows Vista, when running at 144 DPI or higher with composition switched on, applications that don't declare themselves to be DPI aware are stretched by the window manager, kind of like low resolution apps in OSX. To avoid this, declare DPI awareness in the manifest. Since mpv is practically resolution independent this shouldn't cause any trouble. The 'True/PM' value declares per-monitor DPI awareness in Windows 8.1, so that the mpv isn't shrunk when moved from a high DPI screen to one with a lower DPI. Also, avoid compatibility shims by declaring compatibility with all Windows versions from Vista to 8.1 and add the missing uiAccess attribute to the requestedExecutionLevel element.
* build: fix compilation on Windows (manifest files)Gravatar wm42012-10-20