learn-code-the-hard-way
/
c-plus-plus-dafuq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
8 Commits
1 Branch
0 Tags
380 KiB
Tag: Branch: Tree: c1f1eee58b
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'c1f1eee58b'
${ noResults }
Commit Graph

2 Commits (c1f1eee58bc8d0907e3cb0c4f988725007a9f1da)

Author SHA1 Message Date
Zed A. Shaw c1f1eee58b Actually this works, so...yeah why don't they just do this?
2 months ago
Zed A. Shaw 6f346f3357 Two possible ways to fix drawable to avoid the const problem, but not quite right.
2 months ago
Zed A. Shaw 43e3fb8582 Original should be the name of the starting point for this experiment.
2 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.
2 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.
2 months ago