Vision

• Not a fork of SFML
• Not a replacement for SFML

See RHEL/Fedora/CentOS relationship as an example. All new PRs/radical changes can be tested here, but we don't want to diverge too far from SFML which means that we need to as compatible with SFML as possible and we need to merge SFML's master from time to time.

• SFML has "outgrown out of it" problem and it should be addressed.

We don't want people to migrate from SFML to SDL because they've hit a brick wall or are frustrated by the PR process.

• Introduce new modern practices for SFML development

Things have changed in the open source community in the recent years. For example, this repo project introduces AppVeyor and Travis CI builds as the example. Other things can be - support of package managers (hunter, Meson), Clang-format file, etc.