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

4 Commits (6f346f3357c8759ebb5a4e980d056fda5e27abd8)

Author SHA1 Message Date
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