SquidSetup 3.0.0-JITPACK, with the latest SquidLib code and current Gradle
This version is a major update over v3.0.0-SNAPSHOT, and uses Gradle 6.5.1 instead of the earlier 4.6 or 5.6.2. It seems to sidestep a number of issues with that older Gradle version, and any quirks in this version have seemed to far outweigh the issues of staying with Gradle 4.6. Importantly, you can have Java 10, 11, 12, 13, or 14 installed and actually use it with Gradle 6.5.1, which you can't with 4.6. Like v3.0.0-SNAPSHOT , this downloads the latest commit from JitPack when the project is created, and won't change the commit it depends on unless you change it. Somewhat surprisingly, previous Android issues seem to be no longer problematic, and it also works fine on a mixed LWJGL3 and HTML project. Using the LWJGL3 platform is recommended in place of the Desktop platform, which uses LWJGL2. Desktop does produce somewhat smaller files when making a release version with the desktop :jar
task.
You probably only need or want SquidSetup-3.0.0-JITPACK.jar
of the files here; it is a runnable jar that will set up a project as you specify. The assets that were once part of SquidLib's JAR distribution are still here, and updated with the latest changes. You don't need either of assets.zip
or assets.tar.gz
if you use SquidSetup-3.0.0-JITPACK.jar
, since the jar already has the same assets and will put them all in a new project (you can delete or move any you don't use). JarShrink.jar
is also here to reduce the size of some JARs in a simpler way than using ProGuard, though JarShrink isn't compatible with reflection or LWJGL3.
This was last updated on July 3, 2020 with a wide range of improvements backported from gdx-liftoff. These range from support for High DPI screens (by making the UI scalable) to many more added third-party libraries. New projects still default to libGDX 1.9.10, which SquidLib's display code also depends on. GWT has been updated to 2.9.0 via a different libGDX backend; this should be flexible and allow SquidLib to update to libGDX 1.9.11, whenever that happens. This uses a fixed version for libGDX and GWT, because SquidLib's display part is rather dependent on the current libGDX 1.9.10 version, and the GWT version has to be built with a specific libGDX version. You could downgrade to GWT 2.8.2 like libGDX 1.9.10 defaults to, but you'd miss out on some nice features such as Java 11 language level support (meaning you can use var
). If you only use squidlib-util, you can use libGDX 1.9.11-SNAPSHOT today with GWT 2.9.0 by using the latest version of the different GDX backend.