6 Commits (c800ddb3486c02e4497d07e4b7138d02f9da8e6b)

Author	SHA1	Message	Date
Zed A. Shaw	c800ddb348	Better version that still has both functions, but asserts a warning when misused, or you can implement it if you need.	3 months ago
Zed A. Shaw	c1f1eee58b	Actually this works, so...yeah why don't they just do this?	3 months ago
Zed A. Shaw	6f346f3357	Two possible ways to fix drawable to avoid the const problem, but not quite right.	3 months ago
Zed A. Shaw	43e3fb8582	Original should be the name of the starting point for this experiment.	3 months ago
Zed A. Shaw	9410d37d12	The fix is simple: Just don't have RenderTarget (which is literally named render TARGET) also be in charge of rendering things to itself.	3 months ago
Zed A. Shaw	5f25383891	Added a small micro example of the problem with SFML's use of const on drawable virtual functions which shows the _real_ reason they did this is because of a poor design decision to make both Drawable and RenderTarget equally in charge of drawing the other. AKA the 'Deadly Embrace' design flaw.	3 months ago