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
100 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.
10 months ago
Zed A. Shaw 43e3fb8582 Original should be the name of the starting point for this experiment.
10 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.
10 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.
10 months ago