When using JNGL as a subproject don't build unnecessary stuff.

Or provide the necessary APIs as separate functions.

I think it's ~/Library/Application Support/Display Name. Also add to documentation.

Travis CI should be able to do it, see https://github.com/iosdevzone/IDZPrecompiledVorbis for example.

TODO:

• Merge #35
• Add MinGW + SDL2 build to GitHub Actions
• Make SDL2 work with MSVC
• Add MSVC + SDL2 build to GitHub Actions
• Let cmake -Bbuild-uwp -DCMAKE_SYSTEM_NAME=WindowsStore -DCMAKE_SYSTEM_VERSION=10.0 do the right thing (i.e. define JNGL_UWP when WINDOWS_STORE is set)
• Fix compile error in src\win32\other.cpp
• Fix kcat/openal-soft#163 (see https://github.com/kakashidinho/openal-soft-winphone for help)
• Build and integrate ANGLE and disable epoxy for UWP
• Add data files via CMake
• Fix remaining MSVC + SDL2 + UWP build errors
• Profit.

A function to get the system language would be great ;)

Old code needs to put into a new class.

Building fails on Arch Linux with

...
linking: python/libjngl.so
/bin/ld: cannot find -lboost_python-py36
collect2: error: ld returned 1 exit status
scons: *** [python/libjngl.so] Error 1
scons: building terminated because of errors.

Installed packages: python 3.6.0, boost 1.63.0.

Probably has to wait until C++20: https://stackoverflow.com/a/53530846/647898

/freetype2/
/openal-soft/

can then be removed from android/.gitignore.

Both downloads in the downloads section on github don't work anymore. It would be nice if you could fix this.

Should work with the newer NDK now.

For example here:

When Windows display scale is on and a game starts in full screen the game starts in a downscaled resolution.

Example 1920 is native
Scale is 200%
Game starts in 960

Azure Pipelines will remove the macOS-10.13 image on that day. Since iOS is now also build via CMake and GitHub Actions, Azure Pipeliens can be completely removed.

For example here: https://travis-ci.org/jhasse/jngl/builds/349718407

Mention on the website, that a Nintendo Switch port exists.

Instead of shouldAutorotateToInterfaceOrientation. From iOS' header:

// Applications should use supportedInterfaceOrientations and/or shouldAutorotate.
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation API_DEPRECATED("", ios(2.0, 6.0)) API_UNAVAILABLE(tvos);

// New Autorotation support.
@property(nonatomic, readonly) BOOL shouldAutorotate API_AVAILABLE(ios(6.0)) API_UNAVAILABLE(tvos);
@property(nonatomic, readonly) UIInterfaceOrientationMask supportedInterfaceOrientations API_AVAILABLE(ios(6.0)) API_UNAVAILABLE(tvos);

Turn it into a struct and don't declare alle functions twice.

Travis CI has Ubuntu. Maybe use Docker on Travis CI instead?

Hello again,

first thanks to merge my pull request.

This time I have a problem with a game which uses the new version jngl 1.0.3.
I am not sure if the problem is in the game or the library. As I am not the author of the game
and do not know how the jngl library works I ask you to help me with the problem.
I already patched the game to call the renamed functions in jngl (print also has been renamed to print1).
But after starting the game it shows loading progress bars. But other than with jngl 0.9.5 those progress
bars are not at the top left of the screen but at the center. After that the main background also
begins in the center of the screen and I have to kill the game then because I also cannot quit it with
cancel.
If you unapply my patch you can start the game with jngl 0.9.5 where it should work fine.

https://github.com/ckorn/somyeol2d-110606/commit/e69c8080097e8a256fd83d32444d8712c35e9742

Please help because I do not know what is going wrong.

With my debugging I found that the position of the background is calculated and drawn here:
https://github.com/ckorn/somyeol2d-110606/blob/master/main.py#L76

On my screen (1920x1080) the start position is calculated to be (0,0) which is correct because the background image has the same size as my screen. But I do not know why the background is drawn with the top left corner being in the middle of my screen.

This makes scaling a lot easier. Currently Sprite::drawScaled isn't that useful.

3035eb5

AFAIK there are no Python projects using JNGL's controller support atm though.

Boost versions up to 1.66.0 don't know about VS2017 which results in the following warning:

Unknown compiler version - please run the configure tests and report the results

Hopefully this will be fixed with Boost 1.67. Also see https://studiofreya.com/2018/01/06/visual-studio-2017-with-cpp17-and-boost/

Add such a function

Probably just need to change the window background to black or something.

Maybe there was a reason for that

Also update the README on how to use CMake.

https://bixense.com/jngl/classjngl_1_1Controller.html

If all supported compilers support it.

I think it's a bug in SDL2 as it works with Wayland. Need to test on Windows and report upstream.

DS4 controller seems to have it built-in (or in the driver).

someSprite.setCenter(jngl::getMouseX(), jngl::getMouseY()) should draw the Sprite at the mouse cursor

jngl::AppParameters is the way to go.

So that SDL_NumButtons doesn't get called every time.

Could also be exposed in the future.

• Fix kcat/openal-soft#163 (see https://github.com/kakashidinho/openal-soft-winphone for help)
• https://bugzilla.libsdl.org/show_bug.cgi?id=5287
• ANGLE?

E.g. on the Galaxy S4.

Already works on Windows

Calling FrameBuffer::clear() while it isn't in use has not the intended effect.

The positioning when drawing on it is especially confusing. It starts at -jngl::getScreenSize() / 2..

An example would be great.

It's only used by Android and iOS

macOS (not iOS) can also use Meson.

instead of beginDraw(), endDraw()