binary1248

> You could also rewrite all implementation of opengl part so that all textures are flipped. I actually experimented with this a while ago (as part of experiments to get...

@eliasdaler This would be a somewhat breaking change. One must also consider how many users have already been burned when trying to use multiple textures with differing orientations within a...

My opinion is that this change just shifts the problem from one place to another. Global initialization was/is/will always be a tricky subject in C++. While the problem has gotten...

The first thing to understand is that in SDL there are 2 different APIs that you can use to interact with controllers, the Joystick API (comparable to SFML's Joystick API)...

As has been mentioned above, working with double precision in shaders is generally not a very common use case because of the performance implications. In an SFML application the chances...

What was the rationale behind introducing a new type just to manage a buffer ID? Wouldn't it be more elegant to wrap the entire buffer into its own type and...

I think that is something that is necessary to abstract/translate things from the non-C++ world into the C++ world. Many of the lower level APIs are for (IMHO) good reason...

`sf::SoundBuffer`, `sf::SoundStream` etc. do much more than just manage underlying OpenAL resources, they also manage interdependencies between themselves and other objects, that is currently where their complexity is concentrated. It...

My only worry with this is that we are affecting the performance of the hot path through `Text::draw` by introducing 2 loops over associative containers that weren't necessary before. I...

> While this does look nice and I myself have some whacky stencil-support patched into my SFML-fork, it still is yet another step further away from an OpenGL Core Profile...