Will there be any in the library of methods for process management and implementation of the singleton pattern?No and no... ;)
SFML doesn't use it and thus doesn't need itYou are wrong. There are a lot of static vars in sfml.
You are wrong. There are a lot of static vars in sfml.Static variables and the singleton pattern are two vastly different things. I haven't read through the whole codebase, but as far as I did, I couldn't see the use of the singleton pattern.
I haven't read through the whole codebase, but as far as I did, I couldn't see the use of the singleton patter.https://github.com/SFML/SFML/tree/master/src/SFML/Graphics
GlContext.cppIt's just one static function and has nothing to do with singletons... ;)
Will there be moved methods getLocalBounds, getGlobalBounds to parent class?I guess the question is: Will getLocalBounds and getGlobalBounds get moved to the parent class? Right?
I guess the question is: Will getLocalBounds and getGlobalBounds get moved to the parent class? Right?yep.
If so then the answer is no.This is problematic in my situation.
The two functions exist only for convenience and not all of the transformable would need those functions. Besides that it's very easy to add such functionality to a derived class, if you need them.
For example, I want to write a common function of demand for Drawable, but the methods of getGlobalBounds and getLocalBounds declared separately in each class (Shape, Sprite, Text, VertexArray?).Well they are completely different classes and thus it would even be impossible to write a generic function to do this for all the different types, especially since VertexArrays and the other classes don't share a common interface at all.
...You do not understand me. I was referring to the cast to the parent class.