iOS 12 drops support for libstdc++, so the project needs to be compiled explicitly using libc++.
Support the "safe area" when redrawing the view to leave space for the notch in portrait and
landscape orientations.
* WIN32: Rewrite Inno setup installer
* WIN32: Add small bmp for usage in the Inno setup script
* WIN32: Fix spacing in Inno setup script
* WIN32: Re-add the documentation files to the Start Menu
* WIN32: Add scummvm icon to the Inno setup uninstaller
* WIN32: Remove now obsolete scummvm.iss.in file
* WIN32: Remove reference to Inno installer in update-version.pl
* WIN32: Add reference to Inno setup bmp file in ports.mk
The local documents are not currently internationalised simply
because the internationalised resources are not put into the right
places (NSBundle will handle this automatically when they are);
Trac#10464 is a tracking bug for this outstanding issue.
Fixes Trac#10437.
Some rooms share the same music scripts. It is not necessary to stop the
currently playing music channels when transitionning between two rooms
sharing the same scripts.
Fixes#1476.
When SDL is built using CMake, Find_Package imports a target instead of
defining variables. If a target was imported we now define the include
path and linker flags variables from the target's properties.
Using imported targets is a best practice. Ideally, we should define an
imported target when we detect variables were defined.
However, the linker flags variable would need to be parsed into a
library path and a list of libraries, making that approach impractical.
When SDL is built using CMake, Find_Package imports a target instead of
defining variables. If a target was imported we now define the include
path and linker flags variables from the target's properties.
Using imported targets is a best practice. Ideally, we should define an
imported target when we detect variables were defined.
However, the linker flags variable would need to be parsed into a
library path and a list of libraries, making that approach impractical.
I still haven't tracked down how the original handles the
integer division rounding that results in the pre and post
deposit Deposit dialog message being offset by 1 pixel.
But since the problem could be resolved by standardising
when center alignment is set in both messages, and I
haven't noticed any problem elsewhere, I think this is
sufficient for now