The Android Gradle plugin prefers to retrieve this value from build.gradle, and some versions of the plugin actively complain about the tag being there.
Closes#1435
The Android Gradle plugin prefers to use these values instead of the values in AndroidManifest.xml, and it will always ignore the manifest's `minSdkVersion` even without `defaultConfig.minSdkVersion`.
Before this change, html5 would automatically resize the stage if the window resized, but electron would be letterboxed. They should both automatically resize the stage when the window is resized
The `setCurrentTime()` function calls `AL.sourcePlay()` if `playing` is
still true, so that should only be called after `playing = false;`.
One could also place the call before `AL.sourceStop()`, but that will
lead to a few extra function calls. Plus, if `stop()` is supposed to
reset the playback time, it should probably do that whether or not the
sound is playing (i.e., outside the `if` block).
Packed asset libraries are sequences of individual files, sometimes compressed, and concatenated. If each file is compressed, this causes the asset pack as a whole to begin with compressed file headers, which may cause some software to mistake the file as being one large compressed file, which it isn't.
For example, some html5 web portals may try to automatically determine if a file is gzip-compressed, and if they are, serve the file with the "content-encoding: gzip" header. That will cause a web browser to decompress the file while downloading it, leading to two issues:
1. The compressed file header is only for the first file in the pack, so we'll only receive the data for the first file.
2. The data will be in an already-decompressed state, which we don't expect.
This will manifest as an error like "Uncaught incorrect header check" when trying to load and decompress what we expect to be compressed data.
This change prepends the string "asset-pack" to the start of the file. It's applied to all pack types, not just compressed ones. For uncompressed packs, I presume that there's the possibility that whatever file header happens to be present on the first file in the pack has other inadvertent effects.
