SonicGDX

Wouldn't a ceiling operation be better than +1? So if the refresh rate is a whole number it won't increase EDIT: I guess the issue is if using a library...

I know you said in [the latest release notes](https://github.com/libgdx/gdx-liftoff/releases/tag/v1.13.0.0) that getting the .app to work was a serious hassle, but I tried building the liftoff M1 app myself just now...

> Building on your own mac will work (it always did), I did solve the issue with the executable flag not being set on windows, so it will also work...

> I think that's definitely something worth trying, but as of now, it will require a mac to sign the app, as construo itself isn't able to sign the app...

I was thinking maybe symlinking Node 16 to 20 could be a potential workaround (like [here](https://github.com/actions/checkout/issues/1809#issuecomment-2208337511)) but it is seemingly mounted to a read only partition in the docker container,...

Time flies! Looks like that deadline is close now. I'll try to look into this.

Things are promising, I've got a solution that seems to work for Jamepad in https://github.com/libgdx/Jamepad/pull/34. If successful, I guess it could potentially be used for the main libGDX repo as...

Looks like upload/download-artifact@v3 is now being deprecated on Jan 30th, 2025 instead. Checkout@v2 no longer seems to work with Node 16 though https://github.blog/changelog/2024-04-16-deprecation-notice-v3-of-the-artifact-actions/ https://github.com/libgdx/libgdx/actions/runs/12338269525/job/34433018583#step:4:19

That's very unfortunate. If you were working in IntelliJ Idea or Android Studio, perhaps you may be able to recover your previous work using the IDE's Local History feature? https://www.jetbrains.com/help/idea/local-history.html

I agree that the color probably isn't the issue, although maybe orange would be more suitable than yellow. However, I do think it is very easy to just click through...